please do not put the list footer in attachment if possible

Bug #266239 reported by Bagoy
2
Affects Status Importance Assigned to Milestone
GNU Mailman
New
Medium
Unassigned

Bug Description

I manage a list, for a long time it was running on mailman 2.0.11,
now it was upgraded to 2.1.5

I was happy to see that I could set the list language to our
language, but soon people started to complain because of the list
footer.

The old version has just added the footer at the bottom of every
message, and we never had a problem with that.

The new one tries to be smart, and from time to time it puts the
footer in another mime part, with different encoding.

While I realize that this is good in certain cases, most of the time it
is useless.

Our list footer contains ascii characters only. Those ascii
characters could be simply added at the end of any latin1, latin2,
or utf8 messages without any problem.

Now it seems that even though I did not put any 8 bit characters in
the footer, mailman always kept the footer latin2. (because of the
list language).

Now I have set the list language to english, so we have the same
footer, but this time it is (correctly) us-ascii.

Still, sometimes I receive emails, where the us-ascii footer was
not added at the end of an email. Today for example there was a
utf8 mail on the list, and the footer came as an attachment.

Please try to find a way to recognize the possible combinations,
and try to avoid creating a new attachment. It seems that most of
the list members use some microsoft email clients, and all but one
m$ clients don't show the footer inline.

And all the clients (opera and netscape too, I was told) shows the
attachment sign for all these messages, and people don't know
which mails have "real" attachments, and which ones have only
the footer attached.

Cheers,
Gabor

[http://sourceforge.net/tracker/index.php?func=detail&aid=1218827&group_id=103&atid=100103]

Revision history for this message
Suso-users (suso-users) wrote :

This bug has been open for a while now. I just wanted to
let everyone know that you can fix this issue by not using
the % escape sequences in your footer. That may not be
ideal, but if fixes the problem for now if you'd rather not
have attached footers than have dynamic footers.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.