User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:188.8.131.52) Gecko/20091201 Firefox/3.5.6 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:184.108.40.206) Gecko/20091204 Thunderbird/3.0 the message column "received" and the column "date" are the same. A message shows the same date in both coluumn, even though it was received a day later than it was sent from the sender. Reproducible: Always Steps to Reproduce: restart TB Expected Results: When the sender sent the message on 3rd December 06:15 and I received the mail on 4th December 07:19, the column Date should show "3rd December 06:15" and Received should be "4th December 07:19". 1) The sent time is displayed correctly in the header bar (the one in the middle of TB, I think it is called header bar) 2) toggling mailnews.use_received_date in about:config, rebuilding the account index and restarting TB does not bring about any change
I need to revise the first statement in "Expected Results": the sent time is NOT displayed correctly in the header bar! Only if the Add-On ConfigDate is installed it is ALMOST displayed correctly (+1 hr instead -1 hr on a mail from the other side of the globe). As soon as the Add-On is disabled the time displayed in the header bar is the same as in the message column. Sorry ..
(In reply to comment #0) > Gecko/20091204 Thunderbird/3.0 > 2) toggling mailnews.use_received_date in about:config, (snip) Tb3 doesn't use mailnews.use_received_date any more. See bug 166254.
(In reply to comment #2) Hi WADA, thanks for reviewing this bug. > Tb3 doesn't use mailnews.use_received_date any more. See bug 166254. That's kinda what I figured. This was just meant as a side note anyway. The bug itself remains. I posted the entire email (with header etc. but personal content stripped) here: http://forums.mozillazine.org/viewtopic.php?f=31&t=1648835&p=8316025#p8316025 Apart from that: 1) "Date" should asap be renamed to "Sent" analog to the column label "Received" to avoid confusion. Both are meant to display different types of date&time so the label "Date" is meaningless 2) BOTH columns ("Sent" AND "Received") should be displayed as default which is necessary if you are receiving emails from different time zones all over the world (most of us are these days) and simply need to know when emails were written (whoever wants to turn either "received" or "sent" time&date off can simply do so after installing TB) 3) The "Sent" time should at least be toggleable (? well you know what I mean) between "remote" and "local" time for the same purpose mentioned above. Actually I would need separate columns for local and remote time to see if I can still call the people that just mailed me from whereever without **** their husbands/ wife off .. :-\ Thanks, Lee
(In reply to comment #3) > The bug itself remains. IMAP? If yes, see bug 402594 which is pointed by bug 166254 comment #277. If local mail folder, rebuild-index is required for old mails.
(In reply to comment #4) > IMAP? If yes, see bug 402594 which is pointed by bug 166254 comment #277. No, pop3 > If local mail folder, rebuild-index is required for old mails. I have rebuilt the index a couple of times. Also this is a new mail that just came in. You can check it out at the link I posted.
(In reply to comment #5) > You can check it out at the link I posted. > Received: from mx14.bluewin.ch (220.127.116.11) by mssazhb.msg.bluewin.ch (The Blue Window 8.0.0228.0.022) > id 4AD3BF7C037E3320 for firstname.lastname@example.org; Fri, 25 Dec 2009 21:46:34 +0000 > Date: Fri, 25 Dec 2009 22:46:33 +0100 How can mailer display different date/time for same time stamp? Received: Fri, 25 Dec 2009 21:46:34 +0000 == Fri, 25 Dec 2009 22:46:34 +0100 Date: Fri, 25 Dec 2009 22:46:33 +0100 == Fri, 25 Dec 2009 21:46:33 +0000
If you want to know when mail was downloded from POP3 server, see top line of mail source("From - ..." line of Unix Mbox file). Tb writes local time without time zone in the "From - ..." line). If downloaded at Fri, 25 Dec 2009 22:46:34 +0100, "From - Fri Dec 25 22:46:34 2009" is written by Tb.
WADA I am sorry but you are quoting and referring to the wrong lines for this context. The appropriate lines are Received: from [18.104.22.168] ([22.214.171.124:43602] helo=fmmailgate09.web.de) by mx14.bluewin.ch (envelope-from <email@example.com>) (ecelerity 126.96.36.199 r(31179/31189)) with ESMTP id AF/2E-18618-AB2353B4; Fri, 25 Dec 2009 21:46:34 +0000 displaying her local time when she actually wrote the email and Received: from mx14.bluewin.ch (188.8.131.52) by mssazhb.msg.bluewin.ch (The Blue Window 8.0.0228.0.022) id 4AD3BF7C037E3320 for firstname.lastname@example.org; Fri, 25 Dec 2009 21:46:34 +0000 which is when the mail from web.de entered my email provider's server again: 21:46 local German time equals 10:46 AM Hawaiian time here, NOT 11:46 AM as displayed by TB. So no matter how you toss and turn it, its a sent time parse bug. For verification I also downloaded the same mail from the server with The Bat! which displays the correct time 21:46 (I am of the opinion that the "Sent Date" should rather display remote = the sender's local time but that is discussable). So TB 3.0 does NOT parse this email's header correctly.
(In reply to comment #8) > again: 21:46 local German time equals 10:46 AM Hawaiian time here, NOT 11:46 AM as displayed by TB. Both "Received: header" you quoted has next time stamp. > Fri, 25 Dec 2009 21:46:34 +0000 "+0000" means GMT. "G" is head leter of a place in England, Greenwich, not "G" of German. > http://wwp.greenwichmeantime.com/ > http://wwp.greenwichmeantime.com/time-zone/europe/european-union/germany/
Closing as INVALID. If you think INVALID is wrong for your next complaints, > (a) your bug summary : Received date equals sent date > (b) your comment #8 : > again: 21:46 local German time equals 10:46 AM Hawaiian time here, > NOT 11:46 AM as displayed by TB. please re-open this bug, with attaching mail folder file(one mail only, to see "From line" and screen shot, with description about "what is wrong" and "what should be, what is your expectation", with attacing data to know your time-zone setting of your PC, and data to know time-zone of sender's PC if possible.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.