Are you doing RDNS or MX checking? SPF? (thinking out loud...) For some reason it's not liking that address.
Did you try in the telnet another address [email protected] or something other than payment. Trying to narrow it down. > Got a strange one here and maybe I'm missing something obvious. > Got a machine running Cent5 86-bit under Xen (2.6.24-19-xen #1 SMP Sat > Jul 12 00:15:59 UTC 2008 x86_64 x86_64 x86_64 GNU/Linux). When a > messages comes in from [email protected], it hangs with no logs > (example telnet session): > > j...@jake-desktop:~$ telnet 299.264.8.16 25 > Trying 299.264.8.16... > Connected to 299.264.8.16. > Escape character is '^]'. > 220 box - Welcome to the box mail server ESMTP > HELO jake-desk > 250 box - Welcome to the box mail server > MAIL FROM: [email protected] > > > And will sit there. > From the real Paypal IP address it will act the exact same way, except > eventually I'll see tcpserver fail (5 mins or so) in the logs with an > error 256 in the smtp logs. Nothing else besides a connection coming in > from my IP address. > > If I add the IP to the tcp.smtp file: > 66.211.168.230:allow,RELAYCLIENT="",RBLSMTPD="",NOP0FCHECK="1",SENDER_NOCHECK="1" > > It will allow the message through as it should. I've tried with and > without RBL changes (before the tcp.smtp change) with no effect either > way. > Am I missing something obvious or has anyone else seen this before? I > tried running the same simulation on one of my production servers and it > acted like it should (accepting the message). And it seems that Paypal > is the ONLY one it's happening to. > Thanks. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
