Thanks for the patch, but I'm not sure that patch would fix it. First
of all, the patch only applies to cases where you're sorting by
internal date, so if you're sorting by date sent, it has no effect.
Secondly, the INTERNALDATE should have a fix format like: "17-Jul-1996
02:44:25 -0700" (that's directly out of an example in RFC2060). If
you apply the patch, at least on my system, the quote mark at the end
will be left, and the timezone won't be parsed correctly. On the other
hand, if this works on your system, it's possible that the date format
is different... can you send me a sample of your INTERNALDATE?
On 2/20/2005, "Ondra Kudlik" <kepi@...> wrote:
>i found where the problem is and correct it for my installation. I
>don't know, if it is also correct for others.
>My date is in GMT, so maybe there is problem... I think, that finding
>date with substr is not best idea... on some systems there can be
>small diference in date string as in my.
>I am including full source and patch for my very simple correction:
>=== PATCH ===
>--- imap.inc 2005-02-20 12:04:54.000000000 +0100
>+++ imap.inc.new 2005-02-20 12:04:44.000000000 +0100
>@@ -667,7 +667,7 @@
> //get timezone
>- $time_str = substr($time_str, 0, -1);
>+ #$time_str = substr($time_str, 0, -1);
> $time_zone_str = substr($time_str, -5); //extract timezone
> $time_str = substr($time_str, 1, -6); //remove quotes
> $time_zone = (int)substr($time_zone_str, 1, 2); //get first two digits
>=== END PATCH ===
>Thanks for including it.
>Sat, Feb 19, 2005 ve 03:27:47AM +0100, Ondra Kepi Kudlik napsal:
>> I'm new to Iloha so sorry if this is know problem. I try to search
>> for solution but hadn't been successfull.
>> I set up Iloha on my Debian GNU/Linux server and it works great only
>> with one exception. In message index there is the same date for all
>> messages: 1/1/1970. In message detail date is fine.
>> Do anybody know, where is problem? Thanks for any help.
>> Here is my system info:
>> php 5.0.3 or 4.3.10 - same problem
>> tested only with imap.. i can't use pop
>> with mysql backend (fs not tested)
>> web server is running chrooted, so don't know if there is need for
>> external program...
> .''`. Ondra 'Kepi' Kudlik
>: :' : Debian GNU/Linux User
> `- http://www.nosoftwarepatents.com/cz/m/intro/index.html