+++ This bug was initially created as a clone of Bug #159879 +++ From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050201 Firefox/1.0+ (PowerBook) Description of problem: There's a bug in 8.12.11 that was fixed upstream in 8.13.2. The release notes describe it best: If a server returns a 421 reply to the RSET command between message deliveries, do not attempt to deliver any more messages on that connection. This prevents bogus "Bad file number" recipient status. Problem noted by Allan E Johannesen of Worcester Polytechnic Institute. (http://www.sendmail.org/ftp/RELEASE_NOTES) Version-Release number of selected component (if applicable): 8.12.11 How reproducible: Always Steps to Reproduce: 1. Try to send 2 mails to an address @aol.com from a host with no reverse DNS 2. Observe the first one rejected properly with a 421, the second with a "Deferred: Bad file descriptor" status. 3. Actual Results: See above Expected Results: the second mail should have a "Deferred: 421..." status instead Additional info: It's fixed upstream, please just incorporate their fix.
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
This patch bas been reverted. There is a new version of the 421 handling for 8.13.4, 8.13.5 and 8.13.6. The latest patch is very invasive. This is a no go from my current point of view. It would be good to go to 8.13.7 at least, but 8.13.7 fixes a regression of 8.13.6. Best would be 8.13.8.
Not appropriate for an update release, needs an update of the upstream sources to fix. regards, Florian La Roche