qmail does not handle timezones properly?

2001-05-13 Thread Patrick Starrenburg
Dear All I have a query regarding the way qmail (?incorrectly?) handles time zones. I have done various tests on this, the relevant portion of header of one test email below. Essentially I sent a mail out from a client on my internal network to qmail on my gateway machine, which forwarded to

Re: qmail does not handle timezones properly?

2001-05-13 Thread Peter van Dijk
On Sun, May 13, 2001 at 08:19:27AM +0200, Patrick Starrenburg wrote: [snip] I have already read previous (heated) discussions on this topic on the list archive but could not discern a clear answer apart from some people saying qmail works as designed - why? It seems to be the only mail

Re: qmail does not handle timezones properly?

2001-05-13 Thread Frank Tegtmeyer
Patrick Starrenburg [EMAIL PROTECTED] writes: people saying qmail works as designed - why? Because it makes debugging easier. It seems to be the only mail server that does so. So what? Is that a problem? Received: (qmail 1266 invoked from network); 11 May 2001 21:22:45 - Received:

Re: qmail does not handle timezones properly?

2001-05-13 Thread Adrian Ho
On Sun, 13 May 2001, Patrick Starrenburg wrote: I sent the mail from the client at 19:22 GMT +0200 (western Europe summer time) it arrived back to me about a minute later and displays on my client MUA as being received at **23:23** hours, i.e. four hours in the future! [...] The client PC

Re: qmail does not handle timezones properly?

2001-05-13 Thread Patrick Starrenburg
Peter van Dijk [EMAIL PROTECTED] wrote: qmail uses - because it is the receiving MUA's task to display the date in the format the user desires. If your MUA is unable to do so, complain to the MUA author. It does, pls check my original mail. You will see that the MUA fully and correctly

Re: qmail does not handle timezones properly?

2001-05-13 Thread Patrick Starrenburg
Patrick Starrenburg [EMAIL PROTECTED] writes: people saying qmail works as designed - why? Because it makes debugging easier. ? I was meaning works as designed putting (possibly) incorrect timestamps on emails. Are you meaning debugging times or debugging qmail? If the former then that is

qmail does not handle timezones properly? - More Info

2001-05-13 Thread Patrick Starrenburg
Dear All OK, sigh... I was hoping to avoid the religious OS wars and I intend to stick to the facts, I hope everyone else can also. I need to give you some further details on the setup. Also I have done a further test and I still see a problem with qmail. I have a network (for purposes of

Re: qmail does not handle timezones properly?

2001-05-13 Thread Adrian Ho
On Sun, 13 May 2001, Patrick Starrenburg wrote: Peter van Dijk [EMAIL PROTECTED] wrote: qmail uses - because it is the receiving MUA's task to display the date in the format the user desires. If your MUA is unable to do so, complain to the MUA author. It does, pls check my original

Re: qmail does not handle timezones properly? - More Info

2001-05-13 Thread Peter van Dijk
On Sun, May 13, 2001 at 06:28:53PM +0200, Patrick Starrenburg wrote: [snip] *Linux box* [root@linuxbox patrick]# date Sun May 13 17:02:55 GMT+2 2001 - Check Yes. *W2K box* C:\date The current date is: Sun 13/05/2001 - European date format naturally C:\time The current time is:

Re: qmail does not handle timezones properly?

2001-05-13 Thread Mark Delany
On Sun, May 13, 2001 at 05:47:46PM +0200, Patrick Starrenburg wrote: Code bloat?? Doesn't seem like an excuse to me to (**possibly** we haven't determined this yet) have a fundamental error in a system because someone doesn't feel like adding code to internationalise something. Why do you

Re: qmail does not handle timezones properly? - More Info

2001-05-13 Thread Mark Delany
Your problem is almost certainly not qmail related. First off you may want to learn how Unix/Linux keeps time. Believe it or not, Unix/Linux don't know anything about timezones. They all keep time internally in UTC (nee GMT). Yes, every Unix server on the planet current has the same time. To

Re: qmail does not handle timezones properly? - More Info

2001-05-13 Thread Frank Tegtmeyer
Patrick Starrenburg [EMAIL PROTECTED] writes: (as it is summer and for once the sun is shining in Holland) with daylight saving it is GMT +02:00. So... I repeat: there must something wrong with your Linux setup. Qmail uses system calls of the underlying operating system to generate the

Re: qmail does not handle timezones properly?

2001-05-13 Thread Antonio Dias
-Originating-IP: [212.187.119.59] From: Patrick Starrenburg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Bcc: Subject: Re: qmail does not handle timezones properly? Date: Sun, 13 May 2001 17:47:46 +0200 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: [EMAIL PROTECTED] X

Re: qmail does not handle timezones properly? - More Info

2001-05-13 Thread Mark Jefferys
On Sun, May 13, 2001 at 06:28:53PM +0200, Patrick Starrenburg wrote: % *Linux box* % [root@linuxbox patrick]# date % Sun May 13 17:02:55 GMT+2 2001 - Check Your clock seems to be set wrong. According to Solaris and at least one web page I dug up, http://www.bsdi.com/date, GMT+2 is a posix time

Re: qmail does not handle timezones properly? - More Info

2001-05-13 Thread Felix von Leitner
Thus spake Patrick Starrenburg ([EMAIL PROTECTED]): = *Test email* Return-Path: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Received: (qmail 6078 invoked from network); 13 May 2001 **18:56:24** - [[[ Where does 18: come from ??]]] Received: from

Re: qmail does not handle timezones properly? - More Info

2001-05-13 Thread Peter van Dijk
On Sun, May 13, 2001 at 09:10:12PM +0200, Felix von Leitner wrote: [snip] The date 18:56:24 - is equivalent to the date 16:56:24 +0200, so there is no error whatsoever here. The MTA prints the date as GMT, which actually is a feature, because it allows easy comparison of dates by

Re: qmail does not handle timezones properly? - More Info

2001-05-13 Thread Patrick Starrenburg
Thanks to Adrian Ho and Mark Jefferys explanations for the solution. Adrian you were halfway there with your first reply and Mark's link pointed me in the right direction to track down the problem. The TZ setting was GMT +2 which apparently means actually the box was calculating GMT **minus 2