OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: Wietse Venema (wietseporcupine.org)
Date: Tue Apr 02 2002 - 14:02:55 CST

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

    Victor.Duchovnimorganstanley.com:
    > 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 majordomopostfix.org with content
    (not subject): unsubscribe postfix-users