Date: Sat, 9 Sep 2006 13:05:41 GMT From: Erwin Van de Velde <erwin.vandevelde@gmail.com> To: freebsd-gnats-submit@FreeBSD.org Subject: misc/103065: newaliases command of postfix overwritten Message-ID: <200609091305.k89D5fro075814@www.freebsd.org> Resent-Message-ID: <200609091350.k89DoE1D002137@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 103065 >Category: misc >Synopsis: newaliases command of postfix overwritten >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 09 13:50:13 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Erwin Van de Velde >Release: 6.1-RELEASE-p2 >Organization: University of Antwerp - PATS >Environment: 6.1-RELEASE-p2 FreeBSD 6.1-RELEASE-p2 #0: Thu Jun 22 09:04:24 CEST 2006 >Description: When postfix is being installed, it will overwrite the newaliases command of sendmail (available in the base system). However, every time when the base system gets reinstalled, this command is overwritten again with the newaliases of sendmail. This is quite annoying for postfix users as the commands act differently and newaliases suddenly does not change the aliases database of postfix anymore. >How-To-Repeat: Install postfix, and reinstall the base system afterwards. Then execute newaliases to see that it is the one of sendmail >Fix: Reinstall postfix. A better solution would be of course to ask the user during installation of the base system or not overwriting newaliases when postfix is installed. Requiring a full path specification of newaliases and putting it in different locations is also a possible solution. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200609091305.k89D5fro075814>