[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Exim vs Procmail (was: Sendmail vs Exim vs Others)



On 2004-01-30 18:34:17 +0000, Miquel van Smoorenburg wrote:
> See http://www.exim.org/ . Click on "Documentation and FAQs".

Thanks. The FAQ says to use procmail. :)

> The same documentation is available as a text file in
> /usr/share/doc/exim (spec.txt and filter.txt).

There are several things I don't like:

* Exim uses the .forward file which is also used by other MTAs.
  This may lead to clashes and lost mail if something changes at
  the system level (e.g. another MTA is used). A bit dangerous.
  A .eximrc would have been a better idea.

* The behavior may depend on some choices done by the sysadmin
  (or the package maintener).

* An error is treated as a delivery failure. This is bad as the
  message would be lost and the sender probably annoyed by a
  mailer-daemon. A non-zero exit status that propagates (like
  with procmail) would be the solution. Note: I get my remote
  mail by POP3 with getmail.

* A result of a pipe can't be retrieved (and that's why the FAQ
  recommends to use procmail for such things).

Another point is that exim isn't the only MTA. Whereas the user can
have procmail filters on all his accounts, this isn't necessarily
possible with exim filters.

However, procmail isn't perfect. The main problem is that it isn't
very powerful and may need other tools (mainly formail, but also
perl for the most complicated filters). A 100% perl-based solution
(with primitives for MIME decoding) would probably better for me.

-- 
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA



Reply to: