Re: Proposed patch 2.0.18-20040209: discard functionality in "error" transport

From: (no name) (no email)
Date: Fri Feb 20 2004 - 14:26:25 EST


On Fri, 20 Feb 2004, Wietse Venema wrote:

> > Frankly I still think that the service name is the best interface. For
> > what its worth "error" and "discard" (under similar names) are built
> > directly into Sendmail. It is hard to imagine doing something different
> > with "error" or "discard" mail, and it is easier to document/understand a
> > fixed service name, rather than a site-dependent one.
>
> Unlike Sendmail, Postfix is a distributed MTA, and building a
> delivery agent into the queue manager causes loss of functionality.
>

I am not now and have never suggested building the agent into the queue
manager. My own preference is to have a fixed service name for the
"discard" agent, just as there is a fixed name for the "error" agent.

It seems that your preference is to build two separate delivery agent
binaries. And Michael is suggesting a command line option. The comand line
option unnecessarily clutters the master.cf file, so if using "error" for
discard based on the service name is out, we compile two delivery agents,
and share everything but the embedded manpage and the call arguments from
main into the underlying null delivery library.

So instead of my current:

  error unix - - n - - error
  discard unix - - n - - error

we will have:

  error unix - - n - - error
  discard unix - - n - - discard

There will be new files in the distribution:

  src/global/deliver_null.c - Code common to error(8) and discard(8)
  src/global/deliver_null.h

  src/discard/ - New directory
  src/discard/Makefile.in
  src/discard/discard.c - discard delivery agent main and manpage
  man/man8/discard.8 - built from discard.c
  html/discard.8.html - built from the manpage

Any final suggestions or objections? Is this likely to be adopted?

-- 
	Viktor.







Hosted Email Solutions

Invaluement Anti-Spam DNSBLs



Powered By FreeBSD   Powered By FreeBSD