Issues on SC mailserver?

[Grant Warkentin]

Was wondering about a note I sent myself @ 16:26 MDT - it had not
arrived in my inbox @ 20:00 MDT. When It did arrive I checked the
headers....

Looks like Spamcop needs to fix it's time zone? (-0000 ??).

Received: (qmail 27389 invoked from network); 15 Jun 2005 22:31:59 -0000
Received: from unknown (192.168.1.103)
by blade1.cesmail.net with QMQP; 15 Jun 2005 22:31:59 -0000
Received: from pix-a-20.gov.calgary.ab.ca (HELO Mail-
OUT.gov.calgary.ab.ca) (192.41.148.220)
by mailgate2.cesmail.net with SMTP; 15 Jun 2005 22:31:59 -0000
Received: from cocexfe2.coc.ca (localhost [127.0.0.1])
by Mail-OUT.gov.calgary.ab.ca (8.13.1/8.13.1) with SMTP id
j5FMQHQ5014553
for <munged>; Wed, 15 Jun 2005 16:26:17 -0600


For some reason this mail was delayed on spamcop for 4 hours. The logs
on mail-out.gov.calgary.ab.ca indicate a sucessful delivery @ 16:26 MDT
DSN=2.0.0.

Jun 15 16:26:17 mail-out sendmail[14553]: j5FMQHQ5014553: from=
<***@calgary.ca>, size=3666, class=0, nrcpts=1, msgid=
<***@COCMAIL2.coc.ca>, proto=SMTP,
daemon=MTA, relay=localhost [127.0.0.1]
Jun 15 16:26:21 mail-out sendmail[14556]: j5FMQHQ5014553: to=
<***@spamcop.net>, delay=00:00:04, xdelay=00:00:04, mailer=esmtp,
pri=123666, relay=mx.spamcop.net. [216.154.195.53], dsn=2.0.0, stat=Sent
(ok 1118874721 qp 32720)


Was the delay caused by some kind of quota? I was getting close to ten
megs in my inbox on spamcop.

Thanks

[Grant Warkentin]

Grant Warkentin <***@spamcop.net> wrote in news:***@216.154.195.61:

DOH!
It was probably Apple's OS X mail client not picking up that there was
new messages in the inbox. Will verify with webmail if I see this happen
again.

Post by Grant Warkentin
headers....
Looks like Spamcop needs to fix it's time zone? (-0000 ??).
Received: (qmail 27389 invoked from network); 15 Jun 2005 22:31:59
-0000 Received: from unknown (192.168.1.103)
by blade1.cesmail.net with QMQP; 15 Jun 2005 22:31:59 -0000
Received: from pix-a-20.gov.calgary.ab.ca (HELO Mail-
OUT.gov.calgary.ab.ca) (192.41.148.220)
by mailgate2.cesmail.net with SMTP; 15 Jun 2005 22:31:59 -0000
Received: from cocexfe2.coc.ca (localhost [127.0.0.1])
by Mail-OUT.gov.calgary.ab.ca (8.13.1/8.13.1) with SMTP id
j5FMQHQ5014553
for <munged>; Wed, 15 Jun 2005 16:26:17 -0600
For some reason this mail was delayed on spamcop for 4 hours. The logs
MDT DSN=2.0.0.
Jun 15 16:26:17 mail-out sendmail[14553]: j5FMQHQ5014553: from=
proto=SMTP, daemon=MTA, relay=localhost [127.0.0.1]
Jun 15 16:26:21 mail-out sendmail[14556]: j5FMQHQ5014553: to=
pri=123666, relay=mx.spamcop.net. [216.154.195.53], dsn=2.0.0,
stat=Sent (ok 1118874721 qp 32720)
Was the delay caused by some kind of quota? I was getting close to ten
megs in my inbox on spamcop.
Thanks

[Mike Easter]

Post by Grant Warkentin
headers....
Looks like Spamcop needs to fix it's time zone? (-0000 ??).

Well, there is a very very small point that if you are going to use UTC
and it isn't your local time, you should say +0000.instead of -0000, but
that is a very fine point compared to your misinterpretation of what to
do with timezone offsets.

The way I like to look at timestamps is to convert everything to UTC by
'relieving' the timezone offset.

Post by Grant Warkentin
Received: (qmail 27389 invoked from network); 15 Jun 2005 22:31:59
-0000 Received: from unknown (192.168.1.103)
by blade1.cesmail.net with QMQP; 15 Jun 2005 22:31:59 -0000

= 22:32 UTC

Post by Grant Warkentin
Received: from pix-a-20.gov.calgary.ab.ca (HELO Mail-
OUT.gov.calgary.ab.ca) (192.41.148.220)
by mailgate2.cesmail.net with SMTP; 15 Jun 2005 22:31:59 -0000

= 22:32 UTC

Post by Grant Warkentin
Received: from cocexfe2.coc.ca (localhost [127.0.0.1])
by Mail-OUT.gov.calgary.ab.ca (8.13.1/8.13.1) with SMTP id
j5FMQHQ5014553
for <munged>; Wed, 15 Jun 2005 16:26:17 -0600

16:26 local with a timezone offset of 6 hours = 22:26 UTC

Post by Grant Warkentin
For some reason this mail was delayed on spamcop for 4 hours. The logs
MDT DSN=2.0.0.

16:26 MDT = 22:26 UTC, since MDT [for US Mountain Daylight Time] has a
timezone offset of -0600, which means that it is 6 hours west of GMT or
Zulu or UTC, which we'll make the same for purposes of this
conversation.