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.

Reply via email to