Bug 4942 - mistakes PGP/MIME messages as empty
Summary: mistakes PGP/MIME messages as empty
Status: RESOLVED FIXED
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Rules (show other bugs)
Version: 3.1.2
Hardware: Other other
: P5 normal
Target Milestone: 3.1.5
Assignee: SpamAssassin Developer Mailing List
URL: http://bugs.debian.org/cgi-bin/bugrep...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-04 22:57 UTC by spamassassin
Modified: 2006-11-21 17:26 UTC (History)
0 users



Attachment Type Modified Status Actions Submitter/CLA Status
Sample message triggering EMPTY_MESSAGE text/plain None spamassassin@packages.debian.org [NoCLA]

Note You need to log in before you can comment on or make changes to this bug.
Description spamassassin 2006-06-04 22:57:14 UTC
The test message that I will attach shortly triggers EMPTY_MESSAGE erroneously.
Comment 1 spamassassin 2006-06-04 22:58:08 UTC
Created attachment 3546 [details]
Sample message triggering EMPTY_MESSAGE
Comment 2 Theo Van Dinter 2006-06-05 18:35:11 UTC
What's happening is that since there are no text/* or message/* parts in the message, SA considers 
there to be no body content (the Subject is prepended to the body, but is not considered the body in 
and of itself).

EMPTY_MESSAGE looks for a single non-whitespace char in the body, which doesn't exist here, so the 
rule triggers.

So the question is: should EMPTY_MESSAGE pay attention to non-textual MIME parts?  If yes, the rule 
will have to change from body/meta to an evaltest so it can appropriately filter through parts, etc.

I'd be happy enough to change the rule description such that it specifies that there are no textual parts 
in the message as opposed to being a generic "Message appears to be empty with no Subject: text".
Comment 3 Theo Van Dinter 2006-08-13 01:03:01 UTC
Ok, I changed the rule description in 3.2, 3.1.5, and the 3.1 updates.
Comment 4 Olaf Schulz 2006-11-21 17:26:12 UTC
The test attachment #1 [details] still results in the EMPTY_MESSAGE test returning
"positive" with spamassassin 3.1.7 As this test would at worse add another 2.308
points to the spam score I cannot consider this bug as resolved + fixed.

Not the description but the wrong consideration of PGP/GPG encrypted messages
being empty and adding anoter 2.308 points to the spam score makes this still a
bug from my point of view.