|
I never noticed that before. But in another snipped of the
log it's the same thing. Nothing has changed on the firewall except
for the IP of the mail server. It was bad, because we moved buildings,
changed IPs, and moved IMail to another server all in the same
week.
I know for sure this isn't a message big enough to take 9 minutes to transfer
all the data when we have two T1's. What might cause IMail to take so long
to transmit the message and get to the >. ? And then isn't
it the receiving mail server that's taking an unnaturally long time after my
server ends the data to give me the Blocking call cancelled
message?
20050301 004748 127.0.0.1 SMTP (2812)
>DATA
20050301 004748 127.0.0.1 SMTP (2812) 354 Start mail input; end with <CRLF>.<CRLF> 20050301 005652 127.0.0.1 SMTP (2812) >. 20050301 010052 127.0.0.1 SMTP (2812) rl-recv: Blocking call cancelled 20050301 010052 127.0.0.1 SMTP (2812) 20050301 010052 127.0.0.1 SMTP (2812) SMTP_DELIV_FAILED 20050301 010052 127.0.0.1 SMTP (2812) >QUIT 20050301 010452 127.0.0.1 SMTP (2812) rl-recv: Blocking call cancelled 20050301 010452 127.0.0.1 SMTP (2812) 20050301 010452 127.0.0.1 SMTP (2812) requeuing d:\Imail\spool\Q8fcf015600da2ab4.SMD R0 T12 20050301 010453 127.0.0.1 SMTP (2812) finished d:\Imail\spool\Q8fcf015600da2ab4.SMD status=3 Cavell McDermott
|
Title: Message
