dslreports logo
 
    All Forums Hot Topics Gallery
spc
Search similar:


uniqs
878
imosh
join:2009-01-27
Washington, NJ

imosh

Member

[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.

NormanS
I gave her time to steal my mind away
MVM
join:2001-02-14
San Jose, CA

NormanS

MVM

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?

Jordan_Ro
join:2009-02-09

Jordan_Ro

Member

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.
taylor0987
join:2001-11-19
Baltimore, MD

taylor0987 to imosh

Member

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

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".

NormanS
I gave her time to steal my mind away
MVM
join:2001-02-14
San Jose, CA

NormanS

MVM

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

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
@comcast.net

jamaicaplain to imosh

Anon

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
@optonline.net

SHoTTa35 to imosh

Anon

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?

NormanS
I 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

NormanS

MVM

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

tshirt to imosh

Premium Member

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.