ed connections. That appears to work, and solves the problem.
Thanks for steering me the right way.
--
View this message in context:
http://old.nabble.com/SPF-tests-and-authenticated-SMTP-tp33081983p33089748.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
On Thu, 5 Jan 2012, nsayer wrote:
David B Funk wrote:
Noel,
I assume that you're saying he has a sendmail config problem because his
SA isn't 'seeing' the auth tokens. That might not be the case, it may be
his milter that is at fault.
SA depends upon the auth tokens that your MTA adds to its
r quest lies in
Istanbul and then promptly dies without being more specific.
--
View this message in context:
http://old.nabble.com/SPF-tests-and-authenticated-SMTP-tp33081983p33088904.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
INPUT_MAIL_FILTER(`dkim-filter',
`S=unix:/var/run/milteropendkim/milter-opendkim.sock, F=T, T=R:2m')dnl
INPUT_MAIL_FILTER(`spamassassin', `S=unix:/var/run/spamass-milter.sock, F=T,
T=C:15m;S:4m;R:4m;E:10m')dnl
The {greylist} in ENVRCPT is in there for the benefit of the greyl
Noel,
I assume that you're saying he has a sendmail config problem because his
SA isn't 'seeing' the auth tokens. That might not be the case, it may be
his milter that is at fault.
SA depends upon the auth tokens that your MTA adds to its "Received:"
header to recognize properly authed messag
Ack, you have far bigger problems then you realise given below...
Question, you are smtp-auth'ing via port 587 aren't you? If you are,
then your sendmail is incorrectly configured and I suggest you load the
news group comp.mail.sendmail and ask there (given that would be OT for
the SA list)
On W
Spam detection software, running on the system "quack.kfu.com", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
The administrator of that system
On Wed, 2012-01-04 at 12:51 -0800, nsayer wrote:
> I'm running a brand new installation of SA 3.3.2 with the Milter on FreeBSD
> 8.2.
>
> Everything is going smoothly, for the most part (there seems to be one
> particular spammer who's evading SA, but whatever), but there's one little
> thing tha
lugin::SPF does this:
elsif ($hdr =~ /^Authentication-Results:.*;\s*SPF\s*=\s*([^;]*)/i) {
which ignores the 'auth' result.
--
View this message in context:
http://old.nabble.com/SPF-tests-and-authenticated-SMTP-tp33081983p33082119.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
lugin::SPF does this:
elsif ($hdr =~ /^Authentication-Results:.*;\s*SPF\s*=\s*([^;]*)/i) {
which ignores the 'auth' result.
--
View this message in context:
http://old.nabble.com/SPF-tests-and-authenticated-SMTP-tp33081983p33082117.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
View this message in context:
http://old.nabble.com/SPF-tests-and-authenticated-SMTP-tp33081983p33081983.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
11 matches
Mail list logo