User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:184.108.40.206) Gecko/20070718 Fedora/220.127.116.11-1.fc7 Firefox/18.104.22.168 Build Identifier: version 22.214.171.124 (20070719) 1. In the folder message list pane I noticed that certain received messages did not sort in correct date/time order (and showed a time which did not take into account the sender TZ); 2. Those messages turned out to have a Date: header similar to the following: <snip> Date: 16-Aug-2007 18:47:37 ZE5B <snip> The mailer was Lotus Notes: X-Mailer: Lotus Notes Release 6.5.2 June 01, 2004 3. A little searching on the web shows that this type of TZ abbreviation is used by at least some versions of Lotus Notes. (For example: see IBM Lotus Notes Technote: http://www-1.ibm.com/support/docview.wss?uid=swg21090789). 4. I think Thunderbird should also handle TZ specifiers of this format. I do note that RFC 2822 considers this type of TZ specifier to be obsolete. That being said: other EMail programs apparently do handle this format and clearly EMails with this TZ format are still currently being generated; Reproducible: Always Steps to Reproduce: 1. 2. 3.
(In reply to comment #0) > X-Mailer: Lotus Notes Release 6.5.2 June 01, 2004 > IBM Lotus Notes Technote: http://www-1.ibm.com/support/docview.wss?uid=swg21090789). (A) When Lotus Notes R6 & ZE5B, "(GMT+05:30)" looks to be true. (B) But when Date: ... ZE5B, is "Lotus Notes" & "(GMT+05:30)" always true? Is there any official document for (B)? > 4. I think Thunderbird should also handle TZ specifiers of this format. RFC 2822 clearly says time zone like ZE5B is obsolete(obs-zone), and permits that client considers it as +0000. > Other multi-character (usually between 3 and 5) alphabetic time zones > have been used in Internet messages. Any such time zone whose > meaning is not known SHOULD be considered equivalent to "-0000" > unless there is out-of-band information confirming their meaning. Why "should"? Is there no way to setup old Lotus Notes or Domono to use non-obsolete time zone format defined by RFC2822, especially when transfer mail to outside of intranet, to The Internet? Isn't it enhancement request for user's convenience?
(In reply to comment #1) > Isn't it enhancement request for user's convenience? I think it is.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Component: Mail Window Front End → Backend
Ever confirmed: true
OS: Linux → All
Product: Thunderbird → MailNews Core
QA Contact: front-end → backend
Whiteboard: [lotus notes]
You need to log in before you can comment on or make changes to this bug.