[#5717] Universal Time not displayed correctly
Summary Universal Time not displayed correctly
Queue IMP
Queue Version HEAD
Type Bug
State Accepted
Priority 1. Low
Owners
Requester horde32 (at) volkerthen (dot) com
Created 09/12/2007 (243 days ago)
Due
Updated 05/04/2008 (8 days ago)
Assigned
Resolved 09/12/2007 (243 days ago)
Attachments
Milestone
Patch

History
05/04/2008 Chuck Hagenbuch Comment #5 Reply to this comment
Yes, as long as it's possible to manipulate it outside the imap functions, we should just do a str_replace on it.
05/04/2008 Matt Selsky Comment #4 Reply to this comment
See http://bugs.php.net/bug.php?id=42486  If PHP won't fix this, then should we convert UT to UTC ourselves?
05/04/2008 Matt Selsky Comment #3 Reply to this comment
UT is valid, though obsolete, according to RFC 2822.  It looks like strtotime() stopped recognizing it sometime in PHP 5.  GNU date does parse it so PHP should too.  We can work around it by changing UT to UTC, and/or filing a bug with PHP to recognize this zone again.
03/05/2008 Chuck Hagenbuch State ⇒ Accepted
 
09/12/2007 Jan Schneider Comment #2
State ⇒ Not A Bug
Priority ⇒ 1. Low		 Reply to this comment
This is not a valid timestamp. And if upgrading PHP has changed the behavior, it's a PHP issue anyway.
09/12/2007 horde32 (at) volkerthen (dot) com Comment #1
Type ⇒ Bug
Summary ⇒ Universal Time not displayed correctly
Priority ⇒ 3. High
State ⇒ Unconfirmed
Queue ⇒ IMP		 Reply to this comment
Hi!

We recently encountered a problem when receiving mails from X-Mailer DvISE with a UT date stamp. In the inbox view these messages show a date of 1. Jan 1970.

All seem to have an obsolete date header:

Date: 12 Sep 2007 15:49:12 UT

Before I upgraded to PHP 5.2 IMP displayed the correct time dand date.

Bye.

Volker