[imp] Universal Time problem

[Michael M Slusarz]

Quoting Matthew Zaleski <matthew.zaleski at spamcop.net>:

> Otto Stolz <Otto.Stolz <at> uni-konstanz.de> writes:
>
>>
>> Hello Volker Then,
>>
>> you wrote:
>> > Some messages in the inbox view
>> > show a date of 1. Jan 1970, nevertheless messages are sorted correctly
>> > by date. I can see
>> > no problem with the messages' headers:
>> >
>> > Date: 08 Aug 2007 12:27:42 UT
>>
>> According to RFC 2822, Section 3.3
>> <http://rfc-ref.org/RFC-TEXTS/2822/chapter3.html#sub3>,
>> the time zone is an obsolete format. In current format,
>> that date would read:
>>    Wed, 08 Aug 2007 12:27:42 +0200
>>
>> RFC 2822, Section 4, says:
>> > Though some of these syntactic forms MUST NOT be generated according
>> > to the grammar in section 3, they MUST be accepted and parsed by a con-
>> > formant receiver.
>>
>> Hence, I deem it a bug if Imp does not correctly interprete that date.
>> If you can reproduce that bug with two messages only differing
>> in the date format (and the message-id, of course), you should
>> file a bug report.
>>
>> Best wishes,
>>    Otto Stolz
>>
>
> Sorry to be dragging up an old thread but I ran into this problem with
> spamcop.net's webmail package and traced back to IMP as a potential source of
> the problem.  I too had read RFC 822 and 2822 when I ran into this  
> problem and
> as stated above, 2822 says a client needs to properly deal with  
> these obsoleted
> time formats (it just can't generate new email with the old formats).
>
> Is Otto a developer of IMP?  His response conflicts with this bug report's
> response: http://bugs.horde.org/ticket/5717 basically claiming it  
> isn't a bug.
>
> Which is correct?  Is it a bug by the definition of RFC 2822 Section  
> 4?  And is
> the problem in IMP itself or in PHP?

If it is a bug, it's either a PHP or c-client bug.  Horde/IMP does not  
parsing of date functions itself.

michael

-- 
___________________________________
Michael Slusarz [slusarz at horde.org]