Re: [exim] Exim before-queue filtering?

Page principale
Supprimer ce message
Répondre à ce message
Auteur: W B Hacker
Date:  
À: exim users
Sujet: Re: [exim] Exim before-queue filtering?
Tomasz Chmielewski wrote:

*snip*

> amavisd will pass the message to clamdscan and spamassassin itself, and
> offer some more goodies.
>


If amavis is primarily a 'dispatcher' maybe that's why it is hard to find examples.

Exim has long had the ability to hand-off to ClAmAV, Sophos, et al, and
SpamAssassin 'built -in'. Needs no 'government worker' overhead.

It almost certainly has the other 'goodies' built-in as well.

Nothing wrong with Postfix - but it is about as close as it comes to a 'pure'
smtp critter, so it DOES lay-off most of hte 'extras' to post-session worker bees.

With Exim, smtp is just the sharp point of a whole arsenal of tools.

Suggest you forget amavis and JFDI the Exim way. Essentially 100% 'in-session'.

>
>> I can't personally tell you where to fit Amavisd, as I've never used it.
>>
>> But Google turns up over 100,000 hits for 'Amavisd with Exim' so there must be
>> at least ten decent examples in there somewhere.
>
> Exactly.
> It gives lots of hits, but all the searches I checked suggest a wrong
> approach (accepting mail before checking if it's virus, spam or ham).
>


See above. IF you want to do that, you can use *anything*.

>
>> If Amavisd cannot be used in-session, then move up to one of the above that can be.
>
> It can be used, at least with Postfix.


So .... feel free to use it with Postfix. No one here will stop you.

;-)

>
> With Exim, I'm scratching my head, but I'm not able to use amavisd-new
> in a useful way.
>
>


... but what is your goal?

'Use Amavisd-new' or handle mail in a sophisticated and elegant manner?

I can still find wooden matches, but prefer to ignite the burners on the gas
cookers with the built-in piezo spark...

;-)

Bill