After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 130522 - OE-like fake attachment bug
OE-like fake attachment bug
Status: RESOLVED DUPLICATE of bug 101510
Product: Pan
Classification: Other
Component: general
0.14.2
Other Linux
: Normal normal
: ---
Assigned To: Charles Kerr
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2004-01-04 20:11 UTC by michel
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description michel 2004-01-04 20:11:04 UTC
A "feature" which appears to be in many newsreaders (Mozilla, OE amongst 
them) which makes Pan think there is a uuencoded attachment when there isn
't.

The bug is triggered by starting a line with "begin[space][3 or 4 digits]". 
Despite the absence of a line with "end", or in fact any uuencoded data, 
Pan decodes it to binary data.

The message with Message-ID: <slrnbvghee.ool.ruben-news@its.blacklisted.nl> 
shows an example of the usage. Now, considering that in dutch, we are now 
living in "begin 2004", those words are not uncommon to use right now, or 
even in 2005 etc.

It could be that there needs to be a specific content-type header, in the 
case of the example "Content-Type:       multipart/mixed" was used.

The result:
begin 2004 is dan nog altijd geen geldig attachment zonder bijpassende
end die volgens de norm ook nodig is.

Becomes:
8@[arrow up]$P
Comment 1 Christophe Lambin 2004-01-05 19:19:00 UTC
This was fixed in 0.14.2.90.

*** This bug has been marked as a duplicate of 101510 ***