hrows it in
the already scanned ready to deliver queue don't know if that is an
option for you or not..
-Original Message-
From: Adam Katz [mailto:antis...@khopis.com]
Sent: Sunday, May 10, 2009 9:49 PM
To: Spamassassin Users
Subject: Re: trust SMTP authenticated users
Arthur Ker
> 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 li
Matus UHLAR - fantomas schrieb:
>> On Mon, May 11, 2009 09:34, Matus UHLAR - fantomas wrote:
>>> 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-
Matus UHLAR - fantomas schrieb:
> On 11.05.09 10:30, Robert Schetterer wrote:
>> if you use spamass-milter patched
>> there is an option no to check sasl authed users
>
> I don't recommend skipping checks of authenticated users. Even they may
> send spam - some malware uses outlook's SMTP code (ha
> On Mon, May 11, 2009 09:34, Matus UHLAR - fantomas wrote:
> > 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
On 11.05.09 11:04, B
On 11.05.09 10:30, Robert Schetterer wrote:
> if you use spamass-milter patched
> there is an option no to check sasl authed users
I don't recommend skipping checks of authenticated users. Even they may
send spam - some malware uses outlook's SMTP code (happened here a few times)
The issue was w
On Mon, May 11, 2009 09:34, Matus UHLAR - fantomas wrote:
> 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
POP-before-smtp is okay if
sted 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 "trus
cop. 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 Holmgre
erver 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
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?
--- ignore this but it may help someone else ---
With tcpserver/rblsmtpd and
y 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?
It should happen automatically if the users authenticate with S
s are
marked as spam and not delivered, since the rbl checks are positive.
Is there a way to "trust" smtp authenticated users in SA?
Thanks all,
Arthur
13 matches
Mail list logo
