http://bugzilla.spamassassin.org/show_bug.cgi?id=3278
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |
------- Additional Comments From [EMAIL PROTECTED] 2004-04-17 14:24 -------
What you showed isn't UUEncoding, it is message content.
UUEncoding is easily recognizable as such. Virtually all MTAs in existance are
capable of recognizing it and showing it as an attachment.
Admittedly some may recognize certain forms of UUE file name (such as .doc) and
show it as part of the message body. But there are MTAs that take Theo's
attached text file replies and show them directly as the message body rather
than an attachment. I know of no mailers that recognize UUEncoding that will
show a UUEncoded zip file as part of the message body.
Since I've seen comments that SA is supposed to work like common MTAs, then it
is violating that rule/guideline/whatever by treating an obvious attachment as
body text when few other MTAs would do so.
Yes, UUE is not a mimepart, since it predates the MIME RFCs. It is nonetheless
a recognizable encoded attachment. If you don't want to delete the body text
(even if it is an executable) then you should at least decode it first, as you
do with Base-64.
Since however, the purpose of SA is to detect spam by the application of RE
rules, I can't see why you would deliberately adopt a policy that negated those
very rules by generating FPs on valid ham.
I'm sure you will claim that if you strip UUE that a spammer could use it to
hide a message. This is so. It is also true that a spammer can hide a message
in a base-64 encoded gif file, and yet you strip those out rather than applying
the body rules to the base-64 encoded gif image.
If you don't want to either strip out or decode UUE parts of a message, then
you should apply the same rules to other binary attachments, and run the body
rules on them too without decoding. Otherwise you are being inconsistant and
saying that body rules should be applied to some encoded non-text message parts
but not others, even though a typical MTA would not handle the message that way
for presentation.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
