Pipermail uses MIME CTEs in HTTP
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNU Mailman |
Fix Released
|
Medium
|
Unassigned |
Bug Description
CTE = Content-
John Papapanos writes:
> Here is a URL where I created a list for testing
> mailman.
>
> https:/
Wow! That's amazingly broken. What's I'm pretty sure is happening is that
the archive contains raw message content in a MIME QP or transfer-encoding,
which cannot be decoded because the Content-
been stripped (AFAIK it's actually prohibited in HTTP, cf RFC 2616 section
19.5). (I'm not 100% sure because I don't have access to the physical
archive, only via https.)
The reason that the Greek text-only comes out OK is that your browser (John
and I are both using Firefox) interprets the { notation in the message
body as SGML entities, which are Unicode.
Presumably the reason that such content is in there in the first place is
that either pipermail doesn't parse the mail (unlikely) or it reencodes use
flatten or something like that.
I'll look more carefully at the code later, maybe provide a patch, but
don't bet on it.
[http://
Originator: NO
It turns out that John was using Mailman 2.1.5. When he upgraded to 2.1.9, mail.python. org/pipermail/ mailman- users/2007- May/056942. html>
these problems disappeared. See
<http://
I'm not certain, but I think this issue was fixed by changes in SVN rev.
7660 of Scrubber.py (Mailman 2.1.7).