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/
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
--- 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
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
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
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
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
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
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
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