> Date:  Mon, 11 Oct 2004 12:26:28 -3736512

The timezone offset (-3736512) is obtained from the "timezone" variable, which
is initialized with the tzset() function inside elogd. See "man tzset" for
details. It looks like if the timezone on your FreeBSD box is not correctly
defined. 

Try to compile and execute following C program:

#include <stdio.h>
#include <time.h>

main()
{
   tzset();
   printf("timezone: %d\n", timezone);
}

This should print something like "timezone: -3600". If not, you might consider
defining the "TZ" environment variable. Maybe some FreeBSD expert knows some
details about this.

> Date:  Mon, 11 Oct 2004 12:26:28 -3736512

The timezone offset (-3736512) is obtained from the "timezone" variable, which
is initialized with the tzset() function inside elogd. See "man tzset" for
details. It looks like if the timezone on your FreeBSD box is not correctly
defined. 

Try to compile and execute following C program:

#include <stdio.h>
#include <time.h>

main()
{
   tzset();
   printf("timezone: %d\n", timezone);
}

This should print something like "timezone: -3600". If not, you might consider
defining the "TZ" environment variable. Maybe some FreeBSD expert knows some
details about this.

> Date:  Mon, 11 Oct 2004 12:26:28 -3736512

The timezone offset (-3736512) is obtained from the "timezone" variable, which
is initialized with the tzset() function inside elogd. See "man tzset" for
details. It looks like if the timezone on your FreeBSD box is not correctly
defined. 

Try to compile and execute following C program:

#include <stdio.h>
#include <time.h>

main()
{
   tzset();
   printf("timezone: %d\n", timezone);
}

This should print something like "timezone: -3600". If not, you might consider
defining the "TZ" environment variable. Maybe some FreeBSD expert knows some
details about this.

Has been fixed in revision 1.492.

Has been fixed in revision 1.492.

It would be nice if elogd would recognise the whole of this as a link
http://support.microsoft.com/default.aspx?scid=kb;en-us;138354 rather than 
just the first bit.

Hello to all,
i'm running ELOG on FreeBSD 5.2.
We've noticed an issue where e-mail notification from ELOG seem to
have their arrival time in the future, looks like it's about 13 hours ahead.


E-mail gateway to which ELOG posts its e-mail shows this e-mail transaction:
--------------------------------------------
Received: from elogunixbox.somewhere.net ([x.x.x.x]) by  
mailunixbox.somewhere.net with SMTP id <143408>; Mon, 11 Oct 2004 12:22:43 
+1300
To: crypt0@somewhere.net
From: elogposter@somewhere.net
Subject: New ELOG entry
X-Mailer: Elog, Version 2.5.3
X-Elog-URL: http://elog.somewhere.net/somelogbook/47
X-Elog-submit-type: web|elog
Date:  Mon, 11 Oct 2004 12:26:28 -3736512
--------------------------------------------


The last line in that log seems to have some strange time zone offset
(-3736512)
Usually you'd see a GMT+13 (New Zealand time zone on summer time).


Here's ELOG's own logs of that same e-mail delivery:
--------------------------------------------
11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} X-Mailer: 
Elog, Version 2.5.3
11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} X-Elog-URL: 
http://elog.somewhere.net/somelogbook/47
11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} X-Elog-
submit-type: web|elog
11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} Date: Mon, 
11 Oct 2004 12:26:28 -3736512
11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} Content-
Type: TEXT/PLAIN; charset=US-ASCII
--------------------------------------------

I noticed that there was a post talking about ELOG on MacOSx having some 
time issues, but nothing mentioning FreeBSD..

Any ideas?
Thanks to all in advance.
GL.

This problem has been fixed in revision 1.491 and will be published in version
2.5.4-6.