Bug 5692 - better support for attachment metadata?
Summary: better support for attachment metadata?
Status: NEW
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Libraries (show other bugs)
Version: SVN Trunk (Latest Devel Version)
Hardware: All All
: P3 enhancement
Target Milestone: 4.0.0
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
: 5541 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-10-19 11:03 UTC by Jason Haar
Modified: 2019-07-08 10:53 UTC (History)
2 users (show)



Attachment Type Modified Status Actions Submitter/CLA Status

Note You need to log in before you can comment on or make changes to this bug.
Description Jason Haar 2007-10-19 11:03:52 UTC
Hi there

Justin Mason asked me to put this in.

With things like the current mp3 spam being upon us, one feature that could be
good to have would be the ability for SA to figure out MIME metadata associated
with a particular email. i.e. "this message has 3 attachments,
1:text/plain:0bytes, 2:text/html:334bytes, 3:audio/mpeg:53535353bytes".

If this information was available, we could create a rule for the current mp3
burst that says that emails with mp3 attachments that also contain a text/plain
attachment that is <10bytes in size is probably spam.

Jason
Comment 1 Theo Van Dinter 2007-10-19 11:11:27 UTC
This is trivial in a plugin.
Comment 2 Henrik Krohns 2019-06-26 08:43:42 UTC
It would be handy to have some kind of generic metadata header that could be matched with header rules. I don't think rules can even check attachment size currently.

X-Spam-Mime-Parts: 1 type=text/html size=123 name=
X-Spam-Mime-Parts: 2 type=image/png size=234567 name=foobar.png
Comment 3 Henrik Krohns 2019-07-08 10:53:36 UTC
*** Bug 5541 has been marked as a duplicate of this bug. ***