Hi, Just a quick note:
Upstream we do not really have a strong opinion and we'll do whatever makes it easier for most maintainers. This means that we're not opposed to adding brand new configure flags if it can help solving packaging issues, they just need to be discussed openly so there's a consensus and we don't see new ones appearing every few days :-) I don't know how other maintainers feel about this, they may have other issues with the current flags too, I can only encourage them to speak up. Oh, and we plan on a new stable release by mid-November, which leaves us about 3 weeks to sort that out. On Sat, Oct 26, 2013 at 07:01:01PM +0600, Denis Fateyev wrote: > Hello there, > > On Sat, Oct 26, 2013 at 11:04 AM, S?bastien Luttringer <[email protected]>wrote: > > > Nothing wrong with this substitution. opensmtpd alias config file should > > be inside opensmtpd configuration directory. > > > It shouldn't. At least, in Debian and Fedora. > > > > In archlinux, postfix uses /etc/postfix/aliases, exim use > > /etc/mail/aliases. If you want an aliases file in /etc, all the code > > handling this will (creation, conflict between package, path fixes) > > should be in your distribution, not in the upstream package. > > > > I have no idea what specific they do in Archlinux, but in Debian and > Fedora/RHEL there are neither symlinks nor dedicated `aliases` by each mail > server. From Debian postfix default configuration (`/etc/postfix/main.cf`): > -- > alias_maps = hash:/etc/aliases > alias_database = hash:/etc/aliases > -- > From Debian exim default configuration file: > --- > # This router handles aliasing using a traditional /etc/aliases file. > # > ##### NB You must ensure that /etc/aliases exists. It used to be the case > ##### NB that every Unix had that file, because it was the Sendmail > default. > ##### NB These days, there are systems that don't have it. Your aliases > ##### NB file should at least contain an alias for "postmaster". > ... > system_aliases: > debug_print = "R: system_aliases for $local_part@$domain" > driver = redirect > domains = +local_domains > allow_fail > allow_defer > data = ${lookup{$local_part}lsearch{/etc/aliases}} > ... > --- > The same in Fedora and RHEL, I don't even need to check its behavior. > > > If I put my opensmtpd configuration in /config/opensmtpd, I don't expect > > ./configure try to write something in /etc! > > > > Right now Debian package uses `/etc/smtpd.conf` ( > http://packages.debian.org/en/sid/amd64/opensmtpd/filelist ) > They don't have the problem we are discussing because they have everything > in `/etc`. If they decide to change configuration directory, they face the > same issue. > > > > > If you have kind of legacy to handle, maybe a symlink can help you. > > > > I would be a little patch that fixes substitution there where it isn't > needed. > > --- > wbr, Denis. -- Gilles Chehade https://www.poolp.org @poolpOrg -- You received this mail because you are subscribed to [email protected] To unsubscribe, send a mail to: [email protected]
