Revoke a mail, encapsulated in a "Mail::SpamAssassin::Message" object, as human-verified ham (non-spam). Options is an optional reference to a hash of options. It will also submit the mail to SpamAssassin's Bayesian learner. Submit the mail message to live, collaborative, spam-blocker databases, allowing other users to block this message. Report a mail, encapsulated in a "Mail::SpamAssassin::Message" object, as human-verified spam. Thisĭirectory must be readable and writable by the process. Will be the ".spamassassin" subdirectory of this dir.Ī directory to use as a directory for the current user's data, overriding the system default. This directory must be readable and writable by the process. This will be used for the "username" attribute.Ī directory to use as a 'home directory' for the current user's data, overriding the system default. You may pass the following attribute-value pairs: Note that this should be called after reading any per-user configuration, as that data may override some Signals that the current user has changed (possibly using "setuid"), meaning that SpamAssassin shouldĬlose any per-user databases it has open, and re-open using ones appropriate for the new user. The message can then be "tagged" as spam for laterįiltering via the user's mail agent or at the mail transfer agent.Ĭommand-line filter tool: spamassassin or spamc/spamd spamc tools. Uses a rule base and a wide range of heuristic tests on headers and body to identify "spam", Internet-based realtime blacklists, statistical analysis, and internet-based hashing algorithms. Was there something I might have missed with this? I had IMF enabled on the virtual SMTP server used for TLS.Mail::SpamAssassin in perl to identify spam using several methods including text analysis, As far as preserving the SCL value of a message that comes via SMTP AUTH, do you know how you could go about assigning it before the message is received by Exchange and converted into the internal format (that is, while the message is still plain text)? I've tried configuring our gateway server to use SMTP AUTH to deliver mail to Exchange and while it worked, IMF still didn't pay any attention to the headers inserted by our gateway server when assigning an SCL to the message. I think Exchange 2007 has specific rules about allowing these kinds of headers in messages, but I'm not sure about 2003. Do you know, is IMF Tune just an event sink that performs additional processing of messages as they arrive? As for spammers inserting misleading headers, I can see that being a problem. I've looked some at IMFTune and it would appear to do what we need, but reading the other thread () it sounded like Exchange could get the SCL value from a header in the message. This question is really a continuation of the one here: but since that one has been marked as answered, I thought I would ask this question in a new thread. Unfortunately you cannot use headers with Custom Weight Filters (very frustrating) so that isn't an option either. The only issue is getting Exchange to see the SCL rating assigned by Spamassassin. IMF v2 is enabled on the server, the SMTP virtual server is set to use IMF filtering, and the rule that moves mail with a high SCL rating to the Junk Mail folder is working. Looking around, I've seen several headers suggested as the "correct" one including "X-SCL: #", "X-Spam-SCL: #", and "X-MS-Exchange-Organization-SCL: #" (the last one appears to be correct for Exchange 2007), but adding any of these headers to messages destined for our Exchange 2003 server have no noticeable effect on the SCL rating assigned to the message. Reading online in several places, it seems possible to insert specific headers into the message to let Exchange know what the SCL of the message should be based on the Spamassassin results. I am using Postfix/Spamassassin as a spam-filtering gateway server which relays scanned messages to an Exchange 2003 SP2 back end server. I originally asked this in the Exchange admin forum, but was told it is better asked here, so here goes.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |