OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Subject: Re: smtp from inetd
From: Drew Derbyshire (softwarekew.com)
Date: Thu Oct 12 2000 - 05:56:18 CDT

> On 12 Oct 2000 12:07:53 +0200, Drew Derbyshire <ahdkew.com> wrote:
>
> >Due to a combination of low inbound volume and desire for fast responses
to
> >a lookup table change (which is not updated by a process with root privs,
so
> >it can't just "postfix reload"), I'd like to run the postfix SMTPD daemon
> >from inetd. The SMTPD man page is unhelpful. What's the incantation?
>
> Postfix automatically recognizes the table update IMMEDIATELY (if you
> happen to have a fairly recent version, not an antique)

I believe this to be incorrect, in particular the sense of the term
"IMMEDIATELY". The correct term I would use is "automatically", but with it
has a slight delay which is not desirable in my case. Note that the change
notice yu quote below uses the latter term as well.

I have an account which receives redirected mail for truly obsolete accounts
(a honey trap for SPAM) and multiple SPAM's will arrive for it on what
appear to be different connections within the space of a few seconds. The
later items are discarded as duplicates by the honey trap (which is not
problem) but can often get through to a live account (which *is* a problem).

The delay is up to 80 seconds in the following example I pulled from the
log.

Oct 5 08:05:32 sonata honeytrap.sh[38221]: Address
therightmove00umpire.com added to banned sender list
Oct 5 08:05:33 sonata postfix/local[38162]: 966F18C18:
to=<spamtrap+uupclistkew.com>, relay=local, delay=4, status=bounced
(permission denied. Command output: reject: This address only used by
unsolicited e-mail senders. Sender <therightmove00umpire.com> declared to
be junk mail sender and blocked. )
Oct 5 08:06:52 sonata postfix/smtpd[38160]: lookup table has changed --
exiting

> from snapshot-20001005.WHATS_NEW:
>
> Major changes with postfix-19990601:

I'm running Postfix-19991231-pl08

> - Automatic detection of changes to DB or DBM lookup tables. This
> eliminates the need to run "postfix reload" after each change to
> the SMTP access table, or to the canonical, virtual, transport or
> aliases tables.