Viktor Dukhovni:
> On Sat, Apr 06, 2013 at 04:30:59PM -0400, Wietse Venema wrote:
>
> > > My best guess is that Wietse will likely adopt something functionally
> > > equivalent wrt the compile-time override for DEF_MAIL_OWNER and
> > > DEF_SGID_GROUP.
> >
> > No override is needed.
> >
> > You can trivially set these at installation time:
> >
> > # make install mail_owner=foo setgid_group=bar ...
> > # make upgrade mail_owner=foo setgid_group=bar ...
>
> Yes, this is an option.
>
> It applies to all parameters other than "config_directory", and yet
> we have compile-time overrides for most installation parameters to
> enable more natural defaults. The "mail_owner" and "setgid_group"
> installation parameters are included in the list of parameters
> explicitly defined in the target main.cf by "postfix-install". When
Perhaps some feel that the ./configure approach of customizing
settings at build time is more "natural" than customizing them
at or after installation time. I am not convinced that the latter
is an inferior approach that one has to "make do" with.
I'm sure that there are more worthy Postfix topics to bitch about.
Wietse
> I build a test version to run out of /var/tmp/postfix, creat an
> empty main.cf file and run "make upgrade" I get:
>
> /var/tmp/postfix/etc/main.cf:
> readme_directory = /var/tmp/postfix/readme
> sample_directory = /var/tmp/postfix/etc
> sendmail_path = /var/tmp/postfix/sbin/sendmail
> html_directory = /var/tmp/postfix/html
> setgid_group = _postdrop
> command_directory = /var/tmp/postfix/sbin
> manpage_directory = /var/tmp/postfix/man
> daemon_directory = /var/tmp/postfix/libexec
> newaliases_path = /var/tmp/postfix/sbin/newaliases
> mailq_path = /var/tmp/postfix/sbin/mailq
> queue_directory = /var/spool/postfix
> mail_owner = _postfix
> data_directory = /var/lib/postfix
>
> in which all the installation parameters aside from mail_owner and
> setgid_group allow compile-time overrides.
>
> I think it would be more consistent to also allow mail_owner and
> setgid_group to have appropriate compile-time defaults for the
> target platform whether installing locally, or building packages.
>
> That said, the OP can of course make do with run-time overrides
> if that's the only choice.
>
> --
> Viktor.
>
