Re: Postfix error checking (Was *panic* Open relay ...)

From: Wietse Venema (no email)
Date: Mon Apr 01 2002 - 15:22:57 EST


:
> I can contribute "postconf -x" if you believe it makes sense, if you bless

I tries postconf expansion but found that this requires a complete
reorganization of the way main.cf parameters are handled.

0 - Take all configuration parameters and put them in one place.
    Good luck with the spontaneous parameters that are used for
    LDAP and for transport-specific settings.

1 - Make a pass over all configuration parameters that aren't set
    explicitly, and push their unexpanded default settings into
    the $CONFIG_DICT hash table.

2 - Make a pass over all configuration parameters and perform
    recursive macro expansion on the basis of the $CONFIG_DICT hash
    table contents.

That ain't the way the code is working right now. The existing code
has a rather ad-hoc way of dealing with inter-parameter dependencies
so that recursive macro expansion works correctly most of the time.
This is first generation code that still needs to be replaced by
a more permanent solution.

These steps 0-2 would also have to be implemented by all Postfix
applications and daemons, in order to be consistent.

I am not even convinced that it is a good idea to have a root
privileged script poke at all kinds of maps and files. Postfix
normally tries to avoid doing things as root where possible.

        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