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 <[EMAIL PROTECTED]> - 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]