Tom Diehl wrote:
Hi, I am trying to get postfix and pine working together using the postfix rpm that comes with severn and Mike Harris's pine rpm. I can send a message from the command line just fine but if I try to use pine it will not send. I get the following in the logs:
Nov 3 00:33:53 tigger postfix/smtpd[2143]: connect from localhost[127.0.0.1] Nov 3 00:33:53 tigger postfix/smtpd[2143]: 761723CC2: client=localhost[127.0.0.1] Nov 3 00:33:53 tigger postfix/postdrop[2144]: fatal: uid=508: unexpected record type: 84 Nov 3 00:33:54 tigger postfix/smtpd[2143]: warning: premature end-of-input on /usr/sbin/postdrop while reading input attribute name Nov 3 00:35:13 tigger postfix/smtpd[2042]: > localhost[127.0.0.1]: 421 Error: timeout exceeded Nov 3 00:35:14 tigger postfix/smtpd[2042]: vstream_fflush_some: fd 1 flush 29 Nov 3 00:35:14 tigger postfix/smtpd[2042]: timeout after MAIL from localhost[127.0.0.1] Nov 3 00:35:14 tigger postfix/smtpd[2042]: vstream_fflush_some: fd 1 flush 0 Nov 3 00:35:14 tigger postfix/smtpd[2042]: vstream_fflush_some: fd 5 flush 33 Nov 3 00:35:14 tigger postfix/postdrop[2043]: fatal: uid=508: unexpected record type: 84 Nov 3 00:35:14 tigger postfix/postdrop[2043]: remove maildrop/4E3623CC0 Nov 3 00:35:15 tigger postfix/smtpd[2042]: disconnect from localhost[127.0.0.1]
Google says that sendmail and postdrop binaries are from different postfix versions but I rm'd the postfix rpm and reinstalled it. My pine config file is the same one I have been using for a couple of years. It works fine on 8.0.
Anyone else tried this??
I have the same problem with postfix and MH.
After some searching I finally found the answer. Fedora Core comes with postfix 2.0.11. In the HISTORY entry for version 2.0.12 there is the remark:
Bugfix: the stricter postdrop input filter broke "sendmail -bs". Found by Lutz Jaenicke. File: smtpd/smtpd.c.
and this is exactly the problem.
In other words, if Fedora Core were to upgrade the postfix release to anything newer than 2.0.11 the bug would disappear. The current release is 2.0.16.
This particular problem was actually introduced in 2.0.11...