Closed Bug 1558906 Opened 6 years ago Closed 4 years ago

Wrong receive time stamp on mail after repairing folder

Categories

(Thunderbird :: Untriaged, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 266434

People

(Reporter: noel.kuntze+bugzilla, Unassigned)

Details

(Whiteboard: [dupme])

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.80 Safari/537.36

Steps to reproduce:

Repair folder that contains email without Date header

Actual results:

Email's received and date time stamp is set to the time of the folder repair

Expected results:

One of the following:

  1. Persist the receive and date time stamp through the repair
  2. Fall back to the value of the receiving of the mail by the last SMTP server. That would probably be the closest to the actual time stamp.

"Persist the receive and date time stamp", you said there wasn't one. Most likely we store the time the message was added to the database, when you rebuild the database from the raw messages (that's what folder repair is), you get a new timestamp.

Not ideal, but we won't bend backwards to cater for message without a time stamp. Alfred, you last worked on dates/times for messages.

Flags: needinfo?(infofrommozilla)

"Persist the receive and date time stamp", you said there wasn't one.

The email doesn't have one, the UI shows one nonetheless. As you already wrote yourself, it's probably the time and date the email was added to the database. Keeping that time and date would be useful, so emails are ordered after the database was rebuilt like they were before.

Do you also see this issue when using versoin 68?

Whiteboard: [closeme 2020-01-04
Flags: needinfo?(infofrommozilla)
Whiteboard: [closeme 2020-01-04 → [dupme]

(In reply to Noel Kuntze from comment #0)

Repair folder that contains email without Date header

Repair folder means we treat the emails as new.
Therefore dupe of: Bug 266434

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.