| 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 |
Yes, as long as it's possible to manipulate it outside the imap functions, we should just do a str_replace on it.See http://bugs.php.net/bug.php?id=42486 If PHP won't fix this, then should we convert UT to UTC ourselves?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.State ⇒ Not A Bug
Priority ⇒ 1. Low
This is not a valid timestamp. And if upgrading PHP has changed the behavior, it's a PHP issue anyway.Type ⇒ Bug
Summary ⇒ Universal Time not displayed correctly
Priority ⇒ 3. High
State ⇒ Unconfirmed
Queue ⇒ IMP
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