You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by TN <tn...@yahoo.com.au> on 2008/10/22 09:01:08 UTC
exim spamassassin AFTER SMTP
Hi all,
It seems that almost everyone wants spamassasin before SMTP, but I need help in setting it up after delivery.
At the moment, I am using Exim4.6x, with SA 3.1.7, and it's default setup is to do the filtering at the ACL stage in Exim. We find this a bit tedious since users sending email have to endure quite a delay when sending, while SA does its work.....we would much prefer it to accept the delivery, so that the user isn't waiting for their email client to finish up. We don't reject spam anyway, we're just happy to rewrite the subject, mark the email as spam and then let the email client rules sort the ham from spam based on those 2 marks - obviously we don't have a heavily laden email link so we can afford to accept spam and filter it after SMTP.
Alternatively, can it be configured to not do ANY filtering on authenticated senders, but process every other incoming email at ACL stage ? This would probably be best.
How can I do either of these with Exim & SA ?
thanks
T
Make the switch to the world's best email. Get Yahoo!7 Mail! http://au.yahoo.com/y7mail
Re: exim spamassassin AFTER SMTP
Posted by Mariusz Kruk <kr...@epsilon.eu.org>.
On śro, 2008-10-22 at 00:01 -0700, TN wrote:
> It seems that almost everyone wants spamassasin before SMTP,
Naaaah.
> so we can afford to accept spam and filter it after SMTP.
What are you using for local delivery? The most common solution, I think
is to use procmail and just include a rule that filters the mail thru SA
just before local delivery.
--
d'`'`'`'`'`'`'`'`'`'`'`'`'Yb BorgDOS 6.0: Now with real-time
assimilation
`b Kruk@epsilon.eu.org d' on the fly.
d' http://epsilon.eu.org/ Yb
`b,-,.,-,.,-,.,-,.,-,.,-,.d'
Re: exim spamassassin AFTER SMTP
Posted by Troy Settle <tr...@psknet.com>.
TN wrote:
> Hi all,
>
> It seems that almost everyone wants spamassasin before SMTP, but I need help in setting it up after delivery.
>
> At the moment, I am using Exim4.6x, with SA 3.1.7, and it's default setup is to do the filtering at the ACL stage in Exim. We find this a bit tedious since users sending email have to endure quite a delay when sending, while SA does its work.....we would much prefer it to accept the delivery, so that the user isn't waiting for their email client to finish up. We don't reject spam anyway, we're just happy to rewrite the subject, mark the email as spam and then let the email client rules sort the ham from spam based on those 2 marks - obviously we don't have a heavily laden email link so we can afford to accept spam and filter it after SMTP.
>
> Alternatively, can it be configured to not do ANY filtering on authenticated senders, but process every other incoming email at ACL stage ? This would probably be best.
>
> How can I do either of these with Exim & SA ?
>
>
> thanks
> T
TN,
This probably belongs on the Exim-users list, rather than the
spamassassin list, but here goes...
It's pretty easy... In your rcpt acl, set a variable for your
relay_from_hosts and authenticated users. Then, in the data acl, accept
the message if the variable is set before you send the message to
spamd. I also bypass spamd for messages from user-approved senders.
check_rcpt:
accept
hosts = +relay_from_hosts
add_header = X-ANTISPAM: Message sent from an accepted
end-user host or network
set acl_m_allow = 1
control = submission
accept
authenticated = *
add_header = X-ANTISPAM: Message sent from an authenticated
user
set acl_m_allow = 1
control = submission
accept
condition = ${if eq{${lookup mysql{USER_ACL}}}{allow}{1}{0}}
set acl_m_allow = 1
add_header = X-ANTISPAM-SKIPPED: Sender in user's allowed
senders list
check_data:
warn condition = ${if !={$acl_m_allow}{1}}
spam = global:true
add_header = X-SPAM-SCORE: $spam_score\nX-SPAM-REPORT:
$spam_report
--
Troy Settle
Pulaski Networks
866.477.5638
RE: exim spamassassin AFTER SMTP
Posted by "Martin.Hepworth" <ma...@solidstatelogic.com>.
Hi
Put in an ACL for local machines so that you don't run SA for these people.
Either that or if users are remote (ie you're an ISP) do authententication then use that for the ACL check.
--
Martin Hepworth
Snr Systems Administrator
Solid State Logic
Tel: +44 (0)1865 842300
> -----Original Message-----
> From: TN [mailto:tnuro@yahoo.com.au]
> Sent: 22 October 2008 08:01
> To: users@spamassassin.apache.org
> Subject: exim spamassassin AFTER SMTP
>
> Hi all,
>
> It seems that almost everyone wants spamassasin before SMTP,
> but I need help in setting it up after delivery.
>
> At the moment, I am using Exim4.6x, with SA 3.1.7, and it's
> default setup is to do the filtering at the ACL stage in
> Exim. We find this a bit tedious since users sending email
> have to endure quite a delay when sending, while SA does its
> work.....we would much prefer it to accept the delivery, so
> that the user isn't waiting for their email client to finish
> up. We don't reject spam anyway, we're just happy to rewrite
> the subject, mark the email as spam and then let the email
> client rules sort the ham from spam based on those 2 marks -
> obviously we don't have a heavily laden email link so we can
> afford to accept spam and filter it after SMTP.
>
> Alternatively, can it be configured to not do ANY filtering
> on authenticated senders, but process every other incoming
> email at ACL stage ? This would probably be best.
>
> How can I do either of these with Exim & SA ?
>
>
> thanks
> T
>
>
> Make the switch to the world's best email. Get
> Yahoo!7 Mail! http://au.yahoo.com/y7mail
>
**********************************************************************
Confidentiality : This e-mail and any attachments are intended for the
addressee only and may be confidential. If they come to you in error
you must take no action based on them, nor must you copy or show them
to anyone. Please advise the sender by replying to this e-mail
immediately and then delete the original from your computer.
Opinion : Any opinions expressed in this e-mail are entirely those of
the author and unless specifically stated to the contrary, are not
necessarily those of the author's employer.
Security Warning : Internet e-mail is not necessarily a secure
communications medium and can be subject to data corruption. We advise
that you consider this fact when e-mailing us.
Viruses : We have taken steps to ensure that this e-mail and any
attachments are free from known viruses but in keeping with good
computing practice, you should ensure that they are virus free.
Red Lion 49 Ltd T/A Solid State Logic
Registered as a limited company in England and Wales
(Company No:5362730)
Registered Office: 25 Spring Hill Road, Begbroke, Oxford OX5 1RU,
United Kingdom
**********************************************************************