Hi,
I have seen the same problem with email by IMAP.
apache2 2.0.54-4
cyrus21-imapd 2.1.18-1
egroupware-email 1.0.0.007-2.dfsg-2
libapache2-mod-php4 4.3.10-15
php4-imap 4.3.10-15
Looking at email/inc/class.mail_dcom_base_sock.inc.ph, I cannot see that
it could possibly be correct. mail_dcom_base.make_udate has three
relevant errors:
1. It assumes dates are always in the same form as
"Fri, 19 Aug 2005 11:28:46 +1200", but sometimes they are like this:
"Fri, 19 Aug 2005 11:28:46 +1200 (NZST)". In the latter case, the
timezone offset is not applied because strlen($tzoff) is not equal
to 5.
2. "is_int($diffh)" should be "is_numeric($diffh)" as $diffh will be a
string of digits, which is not considered an integer by is_int().
Actually, that part of the test should be moved or removed altogether,
because it makes the if...then...else logic wrong.
3. The extracted time components are fed into mktime(). I think this
should be gmmktime() because adjusting the timestamp by the offset
gives a GMT time (regardless of the recipient's time zone, to which
mktime() is sensitive).
These flaws are still in the CVS on Sourceforge and in my opinion should
be reported upstream.
Regards,
Mark van Walraven
Senior Systems Engineer
Compel Computer Services.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
