Matus UHLAR - fantomas schrieb: >> Arthur Kerpician wrote: >>>> I'm facing the following problem lately. Some of my users are >>>> connecting to the mail server (qmail) through mobile phones and the >>>> leased IPs from the GSM operator are blacklisted in spamhaus and >>>> spamcop. So, they are using the smtp server with spamassassin 3.2.5 >>>> but their messages are marked as spam and not delivered, since the >>>> rbl checks are positive. >>>> >>>> Is there a way to "trust" smtp authenticated users in SA? >> Magnus Holmgren responded: >>> It should happen automatically if the users authenticate with SMTP >>> AUTH and the MSA signals it in the Received: field (e.g. "Received: >>> from ... with ESMTPSA ..." instead of "with ESMTP"), but I don't know >>> if Qmail does that > > On 10.05.09 22:49, Adam Katz wrote: >> The best solution I've seen for this kind of thing is the POPAuth >> plugin, which uses the IMAP/POP authentication tables (as populated for >> the old fashioned POP-before-SMTP scheme) to temporarily add senders' >> IPs to SpamAssassin's trusted_networks list. >> >> http://wiki.apache.org/spamassassin/POPAuthPlugin > > But I'd recommend to use that one only if you know that your MTA won't be > able to auth users and put the auth info into Received: headers. > Using SMTP authentication is much much better than pop-before-smtp >
if you use spamass-milter patched there is an option no to check sasl authed users -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
