turn up protocol logging to maximum for that connector. if there is an intentional delay, it will be logged in the protocol stream for that connection.
the FIRST time you send to a non-trusted domain that has no DNS cache you will get tarpitted. however, by default that's only 5 seconds. ________________________________ From: [email protected] <[email protected]> on behalf of Russ Patterson <[email protected]> Sent: Tuesday, November 24, 2015 3:46 PM To: Exchange list Subject: Re: [Exchange] Pause during SMTP conversation No, that's a great suggestion, but in this case? nothing is set to look inside the SMTP stream. Russ On Tue, Nov 24, 2015 at 3:41 PM, Kurt Buff <[email protected]<mailto:[email protected]>> wrote: Any antivirus/antispam software on your Exchange server? Kurt On Tue, Nov 24, 2015 at 12:04 PM, Russ Patterson <[email protected]<mailto:[email protected]>> wrote: > I'm curious, all - if there's a 15-45 second delay between the time you > type > "Enter . Enter" > and the time you see the "Queued for Delivery" response > in an SMTP conversation, and it only occurs when the RCPT TO: line has an > external to your Exchange 2013 email address, what is causing the delay? > > If the RCPT TO: line has an accepted domain address, the "Queued for > Delivery" response is immediate. > > I'm pretty sure the telnet session is passing thru an F5, but I do see an > Exchange SMTP banner at the start of the telnet session. > > Any ideas? I'm tempted to say DNS/AD lookups, but then again, I'd expect > that to be after the SMTP session was done. > > Thanks! > > Russ
