On 18 Jul 2004 15:55:00 +0200, Michael Heydekamp <[EMAIL PROTECTED]> wrote:
Hi,
we are encountering the following "problem" with Mailman 2.1.3:
When a subscriber sends a message to one of our lists with an UTF-8 encoded body and CTE "8bit", Mailman obviously recodes the body from "8bit" to "base64" before distributing the mail to the subscribers of the respective list.
Although this is perfectly legal it does not really make sense and also creates sometimes hassles for users with MUAs which have difficulties with base64 encoded bodies. A qp-encoding would IMO be more appropriate for text/plain bodies, but I would prefer if Mailman would not recode the body at all.
...
Yes, I find it quite annoying when a listserver performs that type of recoding. I find it even worse when it garbles the content because it does not sunderstand the encoding. This is mainly a problem with people who reply to digests.
I would prefer to have a configuration option where I could set the outgoing encoding to utf-8 with 8bit cte. Others may want to cater to special local needs. In any case, the digester needs to understand more about encoding. It cannot just pass everything through as now, since it is converting headers to body text. It needs to understand enough about MIME-headers to get subjects and names converted into utf-8, and it needs to understand Punycode to convert international domain names.
-- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ _______________________________________________ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers Unsubscribe: http://mail.python.org/mailman/options/mailman-developers/archive%40jab.org