> avant meme que le message soit entierement transfere?
> hmm m'a l'air interessant, bon j'avoue je m'incline.. :-)
Moi pas, Philippe, y faut un peu avoir confiance dans son choix ;)
http://www.courier-mta.org/intro.html :
Integrated mail filtering. An API is provided for installing arbitrary
external
mail filters, and the system administrator can selectively enable for
any mail
source (ESMTP, UUCP, locally submitted mail) for filtering. Two example
mail filters are included - one written in C that uses threads, and a
Perl-based filter. The system administrator can also enable the ability
for
individual mail recipients to specify their own mail filtering rules,
using a
scripting language (implemented by maildrop, see below). Mail
filtering is implemented as an integral part of the mail server.
Unwanted mail
is rejected, and is not accepted by Courier for delivery (the external
mail
relay receives the error, and it becomes the external relay's problem
as to
what to do with unwanted junk mail).
Et meme en perl c'est synchrone:
http://www.courier-mta.org/courierperlfilter.html:
This is an example global mail filter that uses an embedded Perl
script.
"Embedded" means that the Perl interpreter is loaded once, and the same
Perl code is repeatedly called to accept or reject incoming messages,
one
by one. Perl filtering is relatively time consuming (compared to
filtering in
C or C++), and excessive delays in mail filters result in incoming mail
being deferred (rejected with a temporary error code). Therefore the
perlfilter wrapper can create multiple perlfilter
processes, so that multiple processes are used to filter incoming mail.
Un arrière gout d'apache et mod-perl, non?
Nicolas
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.
