Re: Selective body_checks (snapshot 1.1.7-20020331)

From: Wietse Venema (no email)
Date: Tue Apr 02 2002 - 15:02:55 EST


:
> On Tue, 2 Apr 2002, Wietse Venema wrote:
>
> > In other words, the following should be possible:
> >
> > smtp1-cleanup1-qmgr1-filter-smtpd2-cleanup2-qmgr2-smtp
> >
> > with a lot of stuff in master.cf.
> >
>
> IMHO it is going to be *much* harder to understand, document, upgrade and
> support such a beast as compared with separate instances of Postfix with
> separate main.cf/master.cf files.

The old saying goes: if something is possible that does not mean that
it should be done that way.

> How is post-install going to know about the multiple queue directories for
> the multiple queue managers? The "master" process itself is quite small
> and having separate masters allows for locally simpler configurations
> and supports separate debug/stop/start/reload. I would like to suggest
> that in the interests of sanity there should be exactly one queue manager
> per (full blown) Postfix instance.

Heheheh.

> Having multiple smtpd/cleanup pairs makes sense, because the separation
> between smtpd and cleanup is somewhat artificial, they work as a unit
> during the SMTP transaction to accept a message into the "incoming" queue.

The separation is not as artificial as it may seem.

The cleanup server is used by a lot of Postfix components: the
local delivery agent (when forwarding mail), the bounce/defer daemon
(when sending a non-delivery notification via email), and in the
smtp/smtpd/lmtp processes (when sending postmaster notifications).
And there may be more.

However, what is artificial is that header/body checks are done in
the cleanup server instead of smtpd. That was a combination of
convenience (header recognizing code was already in place) and
consistency (it also examines mail that arrives via a non-SMTP
channel such as /usr/sbin/sendmail, QMQP, or otherwise).

        Wietse
-
To unsubscribe, send mail to with content
(not subject): unsubscribe postfix-users








Hosted Email Solutions

Invaluement Anti-Spam DNSBLs



Powered By FreeBSD   Powered By FreeBSD