On Thu, 04 Nov 2004 16:44:16 -0600, Ed McLain wrote: > Hey guys just wanted to bounce this off the list and see if anybody else > has seen this issue or know of a fix. We run 4 qpsmtpd servers all load > balanced using ultra monkey, linux ha basically, and lately I am getting > alot of bounces due to things such as: > >>>> HELO imo-m27.mx.aol.com > <<< 500 Unrecognized command >>>> QUIT > <<< 500 Unrecognized command > >>>> HELO imo-m14.mx.aol.com > <<< 503 MAIL FIRST > > < mail33-red-R.bigfish.com #5.0.0 X-Postfix, host > mx.highspd.net[208.62.90.253] refused to talk to me: 503 MAIL first> >
I don't know if this might help, but I just spent hours with ethereal and full debugging on all the servers and here is what is happening: telnet server 25 220 server ESMTP qpsmtpd 0.28 ready; send us your mail, but not your spam. 503 MAIL before RCPT 503 MAIL FIRST Now, looking at the tcpdumps reveals that you in fact never sent anything, however, if you look at the logs you see that the server was dispatching something like : RCTP TO: <[EMAIL PROTECTED]>, back to ethereal and you can see that sure enough a server sent that packet a good 10-15 seconds ago but was denied with the require_resolvable_fromhost. What seems like is happening is that Qpsmtpd is dropping the connection but the buffers aren't being flushed so that when the next Qpsmtpd picks up the file handle the old one had it's getting the data that was left over. I am running Pperl with --no-cleanup but enabling cleanup did nothing to solve the problem as did just calling qpsmtpd directly from tcpserver without pperl. The only thing I have found that got rid of the problem was to edit the require_resolvable_fromhost plugin and change it from DENYHARD to DENYSOFT. Hope this helps somebody out there. Ed McLain
