Re: [suse-security] Juniper SMTPD
All, Could someone try to explain why postfix is a better choice for an SMTP gateway then a recent version of sendmail ? Since we are using sendmail on all other machine in the organization, why would I choose postfix on the SMTP gateway ? Thanks Daniel Nilsson
Rainer Link wrote:
On Wed, 28 Nov 2001, Christoph Wegener wrote:
I'd recommend to use postfix as SMTP gateway.
So I would I now... ;)) Do you think the solution mentioned in the German Linux-Magazin in June this year by Micheal Wiesmer is favourable?!?
You mean http://www.linux-magazin.de/ausgabe/2001/06/Amavis/amavis.html, yes? :-) (it's a very well written article, btw :))
Well, amavis-perl/amavisd works very well with postfix (for obvious reasons, as Lars and myself use only/mainly postfix). amavisd is faster, as forking a child is faster than creating a new perl process for every mail. For speed reasons I'd suggest to use a virus scanning daemon, such as Kaspersky kavdaemon or Sophie for Sophos Sweep. Please see the amavis-user ML archive for details here.
Alternatives are i.e. avcheck, which was "designed" for use with kavdaemon or H+BEDV AntiVir, Trend InterScan VirusWall or Sophos new SMTP-scanner (the latter ones can all be configured to use postfix content_filter method, i.e. listening on port 10025 to receive the mails from postfix and sending non-infected mails back to to postfix via port 10026). But I haven't tried out the new Sophos product with postfix yet.
HTH
best regards, Rainer Link
Daniel Nilsson wrote:
All,
Could someone try to explain why postfix is a better choice for an SMTP gateway then a recent version of sendmail ? Since we are using sendmail on all other machine in the organization, why would I choose postfix on the SMTP gateway ?
take a look into the postfix main.cf, and the documentation ;) then, look at the buglists for both :) more questions?;) -- intraDAT AG http://www.intradat.com Wilhelm-Leuschner-Strasse 7 Tel: +49 69-25629-0 D - 60329 Frankfurt am Main Fax: +49 69-25629-256 Junk mail is war. RFCs do not apply.
participants (2)
-
Daniel Nilsson
-
Sven Michels