1870791 - Date/time column not displayed properly if Date header from different timezone is included

Status: RESOLVED WORKSFORME

(Thunderbird :: Folder and Message Lists, defect)

Description

[lefteris]

Attachment: Screenshot_4.jpg

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:120.0) Gecko/20100101 Firefox/120.0

Steps to reproduce:

Receive two emails, one with Date header and different time zone and another without any date at all.

example:

Date: Mon, 18 Dec 2023 07:07:04 0000

Actual results:

Emails show different time even though they are received at very similar times. The email with GMT time zone shows the time in that zone (GMT) and the others in local time zone (EET).

Expected results:

All emails should display and calculate the time according to the local timezone and not display different times. The attachment shows a few of those emails that were received about the same time and yet they display a 2 hour difference (GMT/EET)

Comment 1

[Francesco]

TB should translate all times into the local timezone. You can display the original timezone in the message header (not the list) with pref mailnews.display.date_senders_timezone.

Comment 2

[lefteris]

Should the date be taken into consideration at all actually when sorting and displaying emails? I think the "Date" header line could be very easily spoofed. The only line I would trust to get a valid received time from would be from the final mail server "Received" header.

Comment 3

[Magnus Melin [:mkmelin]]

If no date at all is present, IIRC the current time it's first processed is added.
We have a different column for Received.

Comment 4

[Alfred Peters [:infofrommozilla]]

(In reply to lefteris from comment #2)

Should the date be taken into consideration at all actually when sorting and displaying emails?

Well, that depends on what the user selects as sorting.

I think the "Date" header line could be very easily spoofed. The only line I would trust to get a valid received time from would be from the final mail server "Received" header.

See: Comment #3

Does that solve your problem?

Otherwise, please provide what you think is the wrong header from the RAW view of the e-mail.