On Mon, 28 Oct 2003, Achim Schmidt wrote:
>
> Okay - another try with the 2nd one:
>
> bt6:~ # ./a.out
> tz=-3600
> dlp=1
> dla=0
>
> daffy:~ # ./a.out
> tz=-3600
> dlp=1
> dla=0
My machine looks fine. Obviously the file smail-200310260100 (change
happened such day) get a 0100 but the next smail
Thanks Rob,
but as you expected it is windows only :-(
- Achim
Am Die, 2003-10-28 um 01.47 schrieb Rob Arends:
> Achim,
>
> Try this prog, Tracy (I think) sent it to me.
>
> www.arends.com.au/public/TSInfo.cpp
>
> This one does calculate correctly but I think it is Windoze only.
>
> Rob :)
Okay - another try with the 2nd one:
bt6:~ # ./a.out
tz=-3600
dlp=1
dla=0
daffy:~ # ./a.out
tz=-3600
dlp=1
dla=0
- Achim
Am Die, 2003-10-28 um 01.42 schrieb Rob Arends:
> Yep,
>
> The first one you sent:
>
> #include
> #include
>
>
> int main(void) {
>
>
Achim,
Try this prog, Tracy (I think) sent it to me.
www.arends.com.au/public/TSInfo.cpp
This one does calculate correctly but I think it is Windoze only.
Rob :)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Achim Schmidt
> Sent: Tuesday, Octobe
Yep,
The first one you sent:
#include
#include
int main(void) {
tzset();
printf ("daylight: %d\n", _daylight);
printf ("timezone: %ld\n", _timezone);
return 0;
}
The second one you sent:
=
Am Die, 2003-10-28 um 01.15 schrieb Davide Libenzi:
> Do you still have the C test program I sent you to have Achim to run it?
if you mean the one from 21 Jul 2003
#include
#include
int main(void) {
tzset();
printf("dl=%d\n", daylight);
printf("tz=%ld\n", timezone);
On Tue, 28 Oct 2003, Rob Arends wrote:
>
> So maybe you go no reports because most of the installed Xmail base is in
> the Northern Hemisphere?
>
> You should see some more reports now that your half of the world returns to
> 'normal' time.
>
> The report by Achim Schmidt is exactly what I have,
Am Mon, 2003-10-27 um 23.43 schrieb Davide Libenzi:
> Which version are you running?
>
>
You mean xmail?
the installation switching from 00 to 23 is xmail 1.17, compiled with
gcc version 3.3 20030226 (prerelease) (SuSE Linux)
and the other switching from 01 to 00 is xmail 1.10, compiled wit
So maybe you go no reports because most of the installed Xmail base is in
the Northern Hemisphere?
You should see some more reports now that your half of the world returns to
'normal' time.
The report by Achim Schmidt is exactly what I have, only he has just started
getting 2300 and I have just
On Mon, 27 Oct 2003, Achim Schmidt wrote:
>
> Am Mon, 2003-10-27 um 21.37 schrieb Davide Libenzi:
> > Your is a desperate case ;) IIRC it's MS CRT library that screws up. I did
> > not receive any other report of bad log files generation and the code
> > actually does the right thing.
>
> Well -
Am Mon, 2003-10-27 um 21.37 schrieb Davide Libenzi:
> Your is a desperate case ;) IIRC it's MS CRT library that screws up. I did
> not receive any other report of bad log files generation and the code
> actually does the right thing.
Well - I think this isn't a MS-related feature - till yesterday
On Mon, 27 Oct 2003, Michal Altair Valasek wrote:
> why the Xmail server uses its own DNS resolution and ignores (probably) =
> the
> system setting?
>
> I have configuration, where the mail server is expected to route all =
> queries
> trough one particular DNS. When I setup this DNS in system,
On Mon, 27 Oct 2003, Rob Arends wrote:
>
> Davide, Just to keep you up to date.
>
> Last weekend Daylight Time started here in Melbourne, Australia (last Sunday
> in October) and the system (Win2k server) clock automatically updated
> correctly and the XMail logs now rotate at midnight (also hav
Hi,
why the Xmail server uses its own DNS resolution and ignores (probably) =
the
system setting?
I have configuration, where the mail server is expected to route all =
queries
trough one particular DNS. When I setup this DNS in system, I expect =
that
programs would use it. In XMail, I must spe
14 matches
Mail list logo