> 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 -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. WinError #98652: Operation completed successfully.
