From: Jozsef Kadlecsik (kadlecblackhole.kfki.hu)
Date: Tue May 06 2008 - 13:01:12 CDT

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

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.

Best regards,
Jozsef
-
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

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]