- Smartlist - lists.rwth-aachen.de

Re: Smartlist problems with base64 encoded UTF-8
by Harshal 24 May '05

24 May '05

As I mentioned earlier, I modified rc.local.s00 to store a copy of the incoming email before it got processed by Smartlist so that I could compare the 'before' and the 'after' to see why base64-encoded messages were getting garbled. I finally got a message that did get messed-up and on checking the headers, I found that everything was just fine. Smartlist didn't change anything that could have caused the problem. This was good because that's what I would have expected from a mailing list manager. This was bad because now I had to look a bit deeper as to why this was happening. Anyway, I did look a bit closer and found that the problem had nothing to do with Smartlist. I add a header and a footer to all the messages sent on the mailing list and these were confusing the MUAs when they tried to decode the base64 message. The apps assumed that the plain-text header was part of the encoded message and tried to decode it and failed. Mystery solved! I still don't know how to fix the problem but now I know what causes it. And that is good. Regards, - Harshal __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/

2 1

creating subscreen program.
by kiran telangi 18 May '05

18 May '05

Hi, I have installed a SmartList-3.15 and now want to add the confirm module(addon). From the manual I got the Link to ftp://ftp.pure.ch/smartlist , ftp://gen.free.de/smartlist/confirm-1.2.tar.gz. But was not able to connect to these sites. are those down now onwards? And where else from i can get that module?. I also created a program subscreen. But that is not getting invoked when subscription request comes and subscribe requests are doing the subscription, though i have returned 1 for all conditions. I kept the program at path /usr/local/procmail-3.15/SmartList/bin as i had run the install script from /usr/local/procmail-3.15/SmartList/ Can you please help me regarding the matter? Thanks, Kiran. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

2 1

Re: Smartlist problems with base64 encoded UTF-8
by Harshal 17 May '05

17 May '05

--- Charlie Summers wrote: .. > ratio), I'd suggest instead of pointing us to a website archive that > can't possibly be of any help whatsoever, you show us in > PLAIN TEXT (no HTML) the complete original header fields > from a submitted message (a simple procmail recipe at the > head of rc.local.s00 to write a copy of all submitted > email to an external mbox should be sufficient), and > the SmartList-distributed header fields from that same message. Thanks for this idea, Charlie. I have added a recipe to rc.local.s00 to save a copy of the message. I have also disabled a recipe that was handling uuencoded messages. It probably didn't matter but I will see if it makes a difference. As you said, I will probably figure out the problem by examining and 'before' and the 'after' messages. If not, I will post the headers (or links to them) to the list. Thanks, - Harshal __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

Smartlist problems with base64 encoded UTF-8
by Harshal 17 May '05

17 May '05

Hi, I have some members on a Smartlist mailing list that send emails with UTF-8 characters in them. These emails are base64 encoded which seems to trip Smartlist. If the messages go through Smartlist, the list gets only the encoded email. It seems that some header or something is stripped out and the mail clients cannot automatically decode the email. If the email is sent directly, the mail clients can auto-decode the message and display it correctly. Look at http://www.mumbai-central.com/nukkad/may2005/msg00107.html to see an example of a mangled email. Has anyone seen this behavior? How do I get Smartlist to play nice with base64 encoded emails? Thanks, - Harshal __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

2 1

Made a little progress...
by Ivan Yulaev 24 Mar '05

24 Mar '05

Still an error though. Found out my man page was wrong, the smrsh dir was something else. Anyway, now I am getting this: flist: Strange group or user id flist: Couldn't exec "../.bin/procmail" 554 5.0.0 Service unavailable Anyone want to take a shot at it? -Ivan

2 1

Smartlist and smrsh
by Ivan Yulaev 23 Mar '05

23 Mar '05

Ok, so, I have set up Smartlist on our server. I added a symbolic link to flist in /etc/smrsh, but when I try to send an email to the list, it says smrsh: "flist" not available for sendmail programs (stat failed) 554 5.0.0 Service unavailable Anyone have a solution to this? -Ivan Yulaev

1 0

Mail not being received - apostrophes in names?
by 'o-Dzin Tridral 10 Mar '05

10 Mar '05

Dear all, I may be clutching at straws here. Is there any possibility that apostrophes in names in e-mail lists may cause problems with list processing? Could processing: bill_oreilly(a)here.there.com (Bill O'Reilly) cause any kind of hiccup? Many thanks, 'o-Dzin

1 0

new confirm package
by Werner Reisberger 06 Mar '05

06 Mar '05

There is a new version of the confirm package available, an add-on to SmartList which enables (un)subscriptions after confirmations. The new version was necessary due to a bug in multigram which leads to a security weakness in confirm. You are encouraged to upgrade. The new version (1.3.5) is available at ftp://ftp.pure.ch/pub/smartlist/ Werner

1 0

wrong multigram behaviour
by Werner Reisberger 23 Feb '05

23 Feb '05

There is an odd behaviour with multigram which should be fixed. If there is a subscribe request with the following header lines: From: myoffice(a)work.top Subject: subscribe _myposting(a)address.top myoffice(a)work.top will get subscribed if the match_treshold value is above 29000, otherwise "myposting(a)address.top" will be subscribed which is both buggy because _myposting(a)address.top is a valid email address according to rfc822 and the address in the subject line should take precedence. This behaviour is caused by a multigram call in the subscribe script which should eliminate leading and tailing punctuation. There are other vaild chars for the beginning of the local part which are affected. The chars are defined in the following line in multigram.c. static const char tpunctuation[]="@\\/!#$%^&*-_=+|~`';:,.?{}"; I think this code has been introduced to be as user friendly and fuzzy as possible and should be removed. If someone sends an invalid address like ".local(a)domain.top" this address should be rejected instead of trying to correct it. A quick fix to avoid this wrong subscribing behaviour would be to remove this multigram line from the subscribe script. I am wondering if there is still someone responsible for bug fixes and further development of smartlist/procmail? Werner

1 0

Finding mail problems
by 'o-Dzin Tridral 11 Feb '05

11 Feb '05

Dear all, I would appreciate any help in finding the best places to look when there are complaints about people missing messages on lists that I manage. I've turned on verbose logging on one of the lists, but there's no sign of it being unable to send messages to any of the people. I've sent a test message and asked people to reply to me if they receive it, so that I can get some idea of who isn't getting messages. The problem addresses seem to vary, judging by what people are saying - they receive some messages but not others. Any clues gratefully received. Many thanks, 'ö-Dzin Tridral

3 2