Description of problem: Postfix uses "rmail.postfix" instead of "rmail" as the command to execute when sending mails over UUCP transports. Remote system gets confused, causes message to fail. This is especially nasty since only the admin of the remote system gets error messages. Version-Release number of selected component (if applicable): postfix-2.0.11-3 How reproducible: Fairly easy. Steps to reproduce: 1. Configure UUCP transport, try sending a message over the UUCP link. 2. See message fail on remote system Additional info: The error is in /etc/postfix/master.cf. These lines: ---- 8< ---- uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail.postfix ($recipient) ---- >8 ---- should read: ---- 8< ---- uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ---- >8 ----
2 Questions: 1) Did you use alternatives --config mta to select postfix as your mta? 2) Does editing the master.cf file to use just "rmail" work? After selecting postfix as your mta rmail should be a link to rmail.postfix.
I can answer both questions with yes. The point is that without the change I described postfix will put "rmail.postfix" as the command to execute on the remote machine. Even if the remote machine would have rmail.postfix, it doesn't work because "rmail.postfix" most likely isn't in the list of commands that the UUCP system _may_ execute.
fixed in postfix-2.0.11-4, removed patch to master.cf that set rmail to rmail.postfix