Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email email@example.com
From: Jozsef Kadlecsik (kadlecblackhole.kfki.hu)
Date: Tue May 06 2008 - 13:01:12 CDT
On Mon, 5 May 2008, Wietse Venema wrote:
> > Is there a way/would it be feasible to design a Postfix service, which
> > could be called to query the next-hop destination *before* accepting the
> > mail? It could be a standard SMTP client issuing always
> > MAIL FROM:<foosrc> SIZE=xxx
> > RCPT TO:<bardst>
> Use an access map (updated a few times a day) or policy server (use
> a cache for already looked up information).
I must have a blind spot, but I don't get the access map idea. What should
update the info (what kind of info?) in the access map? As mouss
suggested, a policy daemon could query the remote destinations about the
quota limits of the user, so I'll look into this possibility.
But isn't there a simple way to get the delivery results out of the smtp
process of Postfix (I mean besides monitoring the log file) and feed it
into a process or database? That way an approximate solution could be set
up: if n unsuccessful delivery attempts detected in a row, then stop
delivering to the recipient (reject) for a couple of hours.
E-mail : kadlecblackhole.kfki.hu, kadlecsunserv.kfki.hu
PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address : KFKI Research Institute for Particle and Nuclear Physics
H-1525 Budapest 114, POB. 49, Hungary