imosh join:2009-01-27 Washington, NJ |
imosh
Member
2012-Sep-28 7:53 am
[E-mail] Email Delay- why?Delivery-date: Fri, 28 Sep 2012 04:29:11 -0700 Received: from qmta11.westchester.pa.mail.comcast.net ([76.96.59.211]:57683) by chara.lunarpages.com with esmtp (Exim 4.77) (envelope-from ) id 1THYkp-0004Y5-If for david@XXXXXX.com; Fri, 28 Sep 2012 04:29:11 -0700 Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA11.westchester.pa.mail.comcast.net with comcast id 4bCj1k0030EZKEL5BbVFGd; Fri, 28 Sep 2012 11:29:15 +0000 Received: from SCE4009F ([69.141XXXXXX]) by omta01.westchester.pa.mail.comcast.net with comcast id 4bQN1k00E0n8DgM3MbQXxS; Fri, 28 Sep 2012 11:24:32 +0000 Date: Fri, 28 Sep 2012 07:24:40 -0400
------------- this can't be normal, for the past 6 years emails would take seconds, large attachments would take a bit longer. |
|
NormanSI gave her time to steal my mind away MVM join:2001-02-14 San Jose, CA |
Am I reading things right? 04:29:11 -0700? 11:29:15 +0000?
-0700 is a UTC offset which requires adding back to compensate. I read 04:29:11 -0700 as the same as 11:29:11 +0000, so a four second delay? |
|
|
|
I read this the same way. Please let me know if that's not the case and we'll be happy to look into it further. |
|
|
to imosh
I don't think that is what the OP is concerned about, rather from Fri, 28 Sep 2012 07:24:40 -0400
until Fri, 28 Sep 2012 04:29:11 -0700
is over 4 minutes |
|
imosh join:2009-01-27 Washington, NJ |
imosh
Member
2012-Oct-1 10:02 am
Yes, the over 4 minutes part, comcast "customer service" (outsource dept) wanted to charge me almost $100 to tell me what the problem was.
i said "i can show you the time stamps, what email address can i send it too!"
they want the fkn money, nothing else!
i asked if an email delay of 5 minutes to 15 minutes was normal, he said "NO". |
|
NormanSI gave her time to steal my mind away MVM join:2001-02-14 San Jose, CA |
Four minutes? Sheesh! Stop using email and fire up an IM client! Email is no substitute for an Instant Messaging service. |
|
imosh join:2009-01-27 Washington, NJ |
imosh
Member
2012-Oct-1 1:07 pm
the problem is when we scan to email.
-were setting up ftp, but no one in the office likes change, hence the complaining about the 4 minutes + |
|
|
jamaicaplain to imosh
Anon
2012-Oct-1 1:41 pm
to imosh
Same thing happened to me yesterday (9-30). I wanted to test a new email forward address and it took a long time to get the message. When I finally got the test message, I checked the headers and it took 5 minutes from the first receiving comcast server to the second comcast server. After that it took only 2 or 3 seconds to get to the email forwarder and back to my mailbox. Just tried it again and same problem, exactly a 5 minute delay. Here are the two relevant headers: Received: from omta07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by qmta02.emeryville.ca.mail.comcast.net with comcast id 5rre1k0111GXsucA2tUG3v; Mon, 01 Oct 2012 17:28:16 +0000 Received: from [192.168.XXX.XXX] ([XXX.XXX.XXX.XXX]) by omta07.emeryville.ca.mail.comcast.net with comcast id 5tPF1k00C1YtJok8UtPGfn; Mon, 01 Oct 2012 17:23:16 +0000
and again 2 to 3 seconds to go the rest of the way. |
|
|
SHoTTa35 to imosh
Anon
2012-Oct-1 1:47 pm
to imosh
How fast is your upload then? On that note, how big are these files are you scanning. Are you using WebMail or your own server or what? |
|
NormanSI gave her time to steal my mind away MVM join:2001-02-14 San Jose, CA TP-Link TD-8616 Asus RT-AC66U B1 Netgear FR114P
|
said by SHoTTa35 :How fast is your upload then? On that note, how big are these files are you scanning. Are you using WebMail or your own server or what? In the first place, he is using an SMTP client. See this line from his headers: Received: from SCE4009F ([69.141XXXXXX])
by omta01.westchester.pa.mail.comcast.net with comcast
id 4bQN1k00E0n8DgM3MbQXxS; Fri, 28 Sep 2012 11:24:32 +0000
The inclusion of a computer name ("SCE4009F") indicates the use of a Microsoft mail client; all others I have used "EHLO" with the computer's local IP Address. In the second place, the email will not be moved to the next MTA in line until the submission server has received the complete message. So upload time is not a factor here. |
|
tshirt Premium Member join:2004-07-11 Snohomish, WA |
to imosh
said by imosh:the problem is when we scan to email.
-were setting up ftp, but no one in the office likes change, hence the complaining about the 4 minutes + An awesome example why "Scan to email" is a dumb idea for realtime usage. Not terrible if you are actually sending to someone else (figure manual scan to file, find file, attach file, and send email will take as long but for same person same office scan to file, open file will be much faster. |
|