postfix: Fresh installation does not write alias for root

Bug #12596 reported by Debian Bug Importer
14
Affects Status Importance Assigned to Milestone
postfix (Debian)
Fix Released
Unknown
postfix (Ubuntu)
Fix Released
High
LaMont Jones

Bug Description

Automatically imported from Debian bug report #293889 http://bugs.debian.org/293889

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Automatically imported from Debian bug report #293889 http://bugs.debian.org/293889

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sun, 06 Feb 2005 20:26:20 +0300
From: Artem Chuprina <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: postfix: Fresh installation does not write alias for root

Package: postfix
Version: 2.1.5-4
Severity: serious

On fresh installation postfix _silently_ does not write alias for root.
That is, it installs with /etc/aliases like

# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root

Installation was performed in replace of exim4 which was intentionally
left unconfigured during initial installation of Debian (to replace it
with postfix immediately).

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-wizzle
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages postfix depends on:
ii adduser 3.59 Add and remove users and groups
ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy
ii dpkg 1.10.25 Package maintenance system for Deb
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [
ii libgdbm3 1.8.3-2 GNU dbm database routines (runtime
ii netbase 4.19 Basic TCP/IP networking system

-- debconf information:
  postfix/master_upgrade_warning:
  postfix/db_upgrade_warning: true
* postfix/mailname: wizzle.ran.pp.ru
  postfix/dynamicmaps_upgrade_warning:
* postfix/recipient_delim: +
* postfix/main_mailer_type: Internet with smarthost
  postfix/transport_map_warning:
* postfix/append_dot_mydomain: false
* postfix/relayhost: castle.ran.pp.ru
* postfix/procmail: true
  postfix/bad_recipient_delimiter:
* postfix/chattr: false
* postfix/root_address: ran
  postfix/rfc1035_violation: false
* postfix/mynetworks: 127.0.0.0/8
* postfix/destinations: wizzle.ran.pp.ru, localhost.ran.pp.ru, localhost
  postfix/nqmgr_upgrade_warning:
  postfix/not_configured:
* postfix/mailbox_limit: 0

--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: <email address hidden>

Revision history for this message
In , LaMont Jones (lamont) wrote : Re: Bug#293889: postfix: Fresh installation does not write alias for root

severity 293889 normal
--

> On fresh installation postfix _silently_ does not write alias for root.
> That is, it installs with /etc/aliases like

If /etc/aliases exists at install time, then it is left untouched, since
the admin obviously has what he wants there. Your /etc/aliases is not
from a stock install of postfix, so it wouldn't have configured an alias
for root.

FWIW, the mail should be in /var/mail/nobody.

> Installation was performed in replace of exim4 which was intentionally
> left unconfigured during initial installation of Debian (to replace it
> with postfix immediately).

And replacing exim4 didn't correct the deficiency in exim4's alias file.

lamont

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sun, 6 Feb 2005 13:20:52 -0700
From: LaMont Jones <email address hidden>
To: Artem Chuprina <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#293889: postfix: Fresh installation does not write alias for root

severity 293889 normal
--

> On fresh installation postfix _silently_ does not write alias for root.
> That is, it installs with /etc/aliases like

If /etc/aliases exists at install time, then it is left untouched, since
the admin obviously has what he wants there. Your /etc/aliases is not
from a stock install of postfix, so it wouldn't have configured an alias
for root.

FWIW, the mail should be in /var/mail/nobody.

> Installation was performed in replace of exim4 which was intentionally
> left unconfigured during initial installation of Debian (to replace it
> with postfix immediately).

And replacing exim4 didn't correct the deficiency in exim4's alias file.

lamont

Revision history for this message
In , Artem Chuprina (ran-ran) wrote :

LaMont Jones -> Artem Chuprina @ Sun, 6 Feb 2005 13:20:52 -0700:

 >> On fresh installation postfix _silently_ does not write alias for root.
 >> That is, it installs with /etc/aliases like

 LJ> If /etc/aliases exists at install time, then it is left untouched, since
 LJ> the admin obviously has what he wants there. Your /etc/aliases is not
 LJ> from a stock install of postfix, so it wouldn't have configured an alias
 LJ> for root.

If installation script asks the question, it should ensure that the
answer is used, or at least warn if it does not. It does not need to
_replace_ /etc/aliases, but amend it with this info.

BTW, because exim4 is installed on system installation, this question in
debconf now seems to have no use. If I have no custom installer, when
postfix is installed, /etc/aliases already exists in any case. That is,
my answer to this question will not be used.

Maybe, most accurate solution is to try an existing alias (path to real
local user or remote address) for root, and ask to keep or change
/etc/aliases with default to "keep" if the alias is found and "change"
if not. And if the choice is "change", ask for alias and write it to
/etc/aliases (instead of existing alias for root, if any).

 LJ> FWIW, the mail should be in /var/mail/nobody.

No, it should not :-) Because the MDA is procmail which is set up to
deliver to user's maildir. And it cannot create it in such a
misconfiguration.

--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: <email address hidden>

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Mon, 07 Feb 2005 13:20:10 +0300
From: Artem Chuprina <email address hidden>
To: LaMont Jones <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#293889: postfix: Fresh installation does not write alias
 for root

LaMont Jones -> Artem Chuprina @ Sun, 6 Feb 2005 13:20:52 -0700:

 >> On fresh installation postfix _silently_ does not write alias for root.
 >> That is, it installs with /etc/aliases like

 LJ> If /etc/aliases exists at install time, then it is left untouched, since
 LJ> the admin obviously has what he wants there. Your /etc/aliases is not
 LJ> from a stock install of postfix, so it wouldn't have configured an alias
 LJ> for root.

If installation script asks the question, it should ensure that the
answer is used, or at least warn if it does not. It does not need to
_replace_ /etc/aliases, but amend it with this info.

BTW, because exim4 is installed on system installation, this question in
debconf now seems to have no use. If I have no custom installer, when
postfix is installed, /etc/aliases already exists in any case. That is,
my answer to this question will not be used.

Maybe, most accurate solution is to try an existing alias (path to real
local user or remote address) for root, and ask to keep or change
/etc/aliases with default to "keep" if the alias is found and "change"
if not. And if the choice is "change", ask for alias and write it to
/etc/aliases (instead of existing alias for root, if any).

 LJ> FWIW, the mail should be in /var/mail/nobody.

No, it should not :-) Because the MDA is procmail which is set up to
deliver to user's maildir. And it cannot create it in such a
misconfiguration.

--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: <email address hidden>

Revision history for this message
Matt Zimmerman (mdz) wrote :

Is this an issue for Hoary or no?

Revision history for this message
LaMont Jones (lamont) wrote :

Fix identified, will upload after the preview releases. (On fresh installs, if
the root alias doesn't exist and ~root/.forward doesn't exist, then add the root
alias.)

Revision history for this message
LaMont Jones (lamont) wrote :

Fixed in 2.1.5-9ubuntu2, with a "special" nod to debootstrap for its part in the
bug (it winds up diverting newaliases...)

Revision history for this message
LaMont Jones (lamont) wrote :

*** Bug 14143 has been marked as a duplicate of this bug. ***

Revision history for this message
Herbert Straub (herbert) wrote :

I have tested with Hoary Array 7 and there is now a /etc/aliases.db and the
installation mails are now delivered. But the delivery is done to
<email address hidden> not to my installation account (stb).

stb@schwartie:~$ mail
No mail for stb

Now i sudo and:

stb@schwartie:~$ sudo -s
Password:
root@schwartie:~# mail
Mail version 8.1.2 01/15/2001. Type ? for help.
"/var/mail/root": 4 messages 4 new
>N 1 <email address hidden> Fri Mar 18 16:48 22/956 Debconf: Ubuntu base system
N 2 <email address hidden> Fri Mar 18 16:48 30/1350 Debconf: Configuring libraw
N 3 <email address hidden> Fri Mar 18 16:48 27/1137 Debconf: Configuring x-ttci
N 4 <email address hidden> Fri Mar 18 16:58 21/817 Debconf: Ubuntu base system&

The alias file containing:
sudo cat /etc/aliases
# See man 5 aliases for format
postmaster: root
# Added by installer for initial user
root: stb

Should this mails delivered to stb?

Thanks and best regards
Herbert Straub

Revision history for this message
In , LaMont Jones (lamont) wrote : Bug#293889: fixed in postfix 2.2.2-2
Download full text (3.5 KiB)

Source: postfix
Source-Version: 2.2.2-2

We believe that the bug you reported is fixed in the latest version of
postfix, which is due to be installed in the Debian FTP archive:

postfix-dev_2.2.2-2_all.deb
  to pool/main/p/postfix/postfix-dev_2.2.2-2_all.deb
postfix-doc_2.2.2-2_all.deb
  to pool/main/p/postfix/postfix-doc_2.2.2-2_all.deb
postfix-ldap_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-ldap_2.2.2-2_i386.deb
postfix-mysql_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-mysql_2.2.2-2_i386.deb
postfix-pcre_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-pcre_2.2.2-2_i386.deb
postfix-pgsql_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-pgsql_2.2.2-2_i386.deb
postfix_2.2.2-2.diff.gz
  to pool/main/p/postfix/postfix_2.2.2-2.diff.gz
postfix_2.2.2-2.dsc
  to pool/main/p/postfix/postfix_2.2.2-2.dsc
postfix_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix_2.2.2-2_i386.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
LaMont Jones <email address hidden> (supplier of updated postfix package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Tue, 19 Apr 2005 10:00:57 -0600
Source: postfix
Binary: postfix-doc postfix-pgsql postfix-ldap postfix-dev postfix-pcre postfix postfix-mysql
Architecture: all i386 source
Version: 2.2.2-2
Distribution: unstable
Urgency: low
Maintainer: LaMont Jones <email address hidden>
Changed-By: LaMont Jones <email address hidden>
Description:
 postfix - A high-performance mail transport agent
 postfix-dev - Postfix loadable modules development environment
 postfix-doc - Postfix documentation
 postfix-ldap - LDAP map support for Postfix
 postfix-mysql - MYSQL map support for Postfix
 postfix-pcre - PCRE map support for Postfix
 postfix-pgsql - PGSQL map support for Postfix
Closes: 293889 304559 304753 304871 304920
Changes:
 postfix (2.2.2-2) unstable; urgency=low
 .
   * Closes: #304559
     - fix shlib symlinks.
     - use upstream's default for inet_protocols. Also Closes: #304753
   * Only start in postinst if the user has a main.cf. Closes: #304871
   * Include 10tls in 00list.. :-( Closes: #304920
   * At the end of postinst, warn if root has no alias. Closes: #293889
   * Fix tlsmgr entry in master.cf if needed.
Files:
 02f52f1bf5791a8a673bd6dff621a17f 913224 mail extra postfix_2.2.2-2_i386.deb
 35d97df4eeb3ddf5ee18e6b0dd0878fd 32596 mail extra postfix-mysql_2.2.2-2_i386.deb
 398f0546fc667cbb77f4dbc5f08a85bc 32488 mail extra postfix-pgsql_2.2.2-2_i386.deb
 5c5c8a82105edf805d005df220030f2d 653076 doc extra postfix-doc_2.2.2-2_all.deb
 6d433c292ce234e0831403f6e1f22518 106246 devel extra postfix-dev_2.2.2-2_all.deb
 8c8887457fb95e2f2e42961411e2aef3 839 mail extra postfix_2.2.2-2.dsc
 8e912a7f7f6953e54e977e61f86c975a 31904 mail ex...

Read more...

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (3.7 KiB)

Message-Id: <email address hidden>
Date: Tue, 19 Apr 2005 12:17:31 -0400
From: LaMont Jones <email address hidden>
To: <email address hidden>
Subject: Bug#293889: fixed in postfix 2.2.2-2

Source: postfix
Source-Version: 2.2.2-2

We believe that the bug you reported is fixed in the latest version of
postfix, which is due to be installed in the Debian FTP archive:

postfix-dev_2.2.2-2_all.deb
  to pool/main/p/postfix/postfix-dev_2.2.2-2_all.deb
postfix-doc_2.2.2-2_all.deb
  to pool/main/p/postfix/postfix-doc_2.2.2-2_all.deb
postfix-ldap_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-ldap_2.2.2-2_i386.deb
postfix-mysql_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-mysql_2.2.2-2_i386.deb
postfix-pcre_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-pcre_2.2.2-2_i386.deb
postfix-pgsql_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix-pgsql_2.2.2-2_i386.deb
postfix_2.2.2-2.diff.gz
  to pool/main/p/postfix/postfix_2.2.2-2.diff.gz
postfix_2.2.2-2.dsc
  to pool/main/p/postfix/postfix_2.2.2-2.dsc
postfix_2.2.2-2_i386.deb
  to pool/main/p/postfix/postfix_2.2.2-2_i386.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
LaMont Jones <email address hidden> (supplier of updated postfix package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Tue, 19 Apr 2005 10:00:57 -0600
Source: postfix
Binary: postfix-doc postfix-pgsql postfix-ldap postfix-dev postfix-pcre postfix postfix-mysql
Architecture: all i386 source
Version: 2.2.2-2
Distribution: unstable
Urgency: low
Maintainer: LaMont Jones <email address hidden>
Changed-By: LaMont Jones <email address hidden>
Description:
 postfix - A high-performance mail transport agent
 postfix-dev - Postfix loadable modules development environment
 postfix-doc - Postfix documentation
 postfix-ldap - LDAP map support for Postfix
 postfix-mysql - MYSQL map support for Postfix
 postfix-pcre - PCRE map support for Postfix
 postfix-pgsql - PGSQL map support for Postfix
Closes: 293889 304559 304753 304871 304920
Changes:
 postfix (2.2.2-2) unstable; urgency=low
 .
   * Closes: #304559
     - fix shlib symlinks.
     - use upstream's default for inet_protocols. Also Closes: #304753
   * Only start in postinst if the user has a main.cf. Closes: #304871
   * Include 10tls in 00list.. :-( Closes: #304920
   * At the end of postinst, warn if root has no alias. Closes: #293889
   * Fix tlsmgr entry in master.cf if needed.
Files:
 02f52f1bf5791a8a673bd6dff621a17f 913224 mail extra postfix_2.2.2-2_i386.deb
 35d97df4eeb3ddf5ee18e6b0dd0878fd 32596 mail extra postfix-mysql_2.2.2-2_i386.deb
 398f0546fc667cbb77f4dbc5f08a85bc 32488 mail extra postfix-pgsql_2.2.2-2_i386.deb
 5c5c8a82105edf805d005df220030f2d 653076 doc extra postfix-doc_2.2.2...

Read more...

Changed in postfix:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.