Thanks, we're doing that now. Russ
On Tue, Nov 24, 2015 at 3:55 PM, Michael B. Smith <[email protected]> wrote: > 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]> wrote: > >> Any antivirus/antispam software on your Exchange server? >> >> Kurt >> >> On Tue, Nov 24, 2015 at 12:04 PM, Russ Patterson <[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 >> >> >> >
