From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/125.5.6 (KHTML, like Gecko) Safari/125.12 Description of problem: with fc3, "/etc/init.d/postfix start" fails if there is no aliases_database defined in main.cf. Specifically, here is the problem section: alias_database=$(postconf -h alias_database 2>/dev/null) RETVAL=1 [ -z "$alias_database" ] && { failure "determination of alias_database" echo return 0 } Postfix is quite happy to operate without an aliases database (eg - a "dumb relay" that only forwards messages to a delivery hub). If postfix is happy to run without a alias file, then the init.d script should be happy as well. If there's no aliases file, the init.d script should simply not attempt to run newaliases: eg start() { # Start daemons. echo -n "Starting postfix: " alias_database=$(postconf -h alias_database 2>/dev/null) RETVAL=1 if test -n "$alias_database"; then /usr/sbin/postalias "$alias_database" 2>/dev/null RETVAL=$? if test $RETVAL -ne 0; then failure "postalias \"$alias_database\"" echo return 0 fi fi /usr/sbin/postfix start 2>/dev/null 1>&2 && success || failure RETVAL=$? [ $RETVAL -eq 0 ] && touch /var/lock/subsys/postfix echo return $RETVAL } If it would help to have a clearer picture of the mail routing arrangement we're using, here is a brief description: * we have one `hub' host. This host handles outbound delivery of mail to the internet, binds to a public ip, has an aliaes file defined, and has $mydestinations defined. * we have a series of dumb relays. These machines - have a postfix that listens on the loopback address only ("inet_interfaces = localhost") - do not accept mail for any destination ("mydestination" has a value of an empty string, as do "alias_maps" and "alias_database"). - relay all locally-generated messages to the hub host ("relayhost" is set to the name of the hub). Version-Release number of selected component (if applicable): postfix-2.1.5-2.2 How reproducible: Always Steps to Reproduce: 1. in /etc/postfix/main.cf, set alias_database to an empty string 2. /etc/init.d/postfix restart Actual Results: /etc/init.d/postfix exited with a failure code; it did not attempt to start postfix. (See "description" for script portion in question. Expected Results: If alias_database is not set, /etc/init.d/postfix should skip the attempt to run newaliases; it should simply start the postfix daemon instead. Additional info: My workaround has been to use a modified /etc/init.d/postfix script.
*** Bug 150805 has been marked as a duplicate of this bug. ***
Fixed in rawhide in rpm postfix-2.2.1-1 or newer.