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 see what it is, run this command from
the shell:
perl -e 'print time,"\n"'
You should get a number back that reflects the number of seconds since
00:00UTC, Jan 1, 1970.
When you run something like the date command, it takes this internal
number, looks up your current timezone setting and *converts* the
internal number to an external representation that matches your
timezone.
So, what you've shown us with your "date" command is simply that the
combination of the internal time of your server + the timezone setting
gives you the correct display.
Now, qmail does not do *any* conversion when it generates it's
timestamp, it takes the raw internal time value and prints it without
looking at any timezone info.
So, to answer your question:
> Received: (qmail 6078 invoked from network); 13 May 2001 **18:56:24** -0000
> [[[ Where does 18: come from ??]]]
The "18" comes from the internal time value maintained by your
kernel. Your kernel believes that it is currently 18:56:24 UTC. If
that is not the current UTC time then the internal value in your
kernel is set wrong.
You can find out what your kernel thinks is UTC by going:
TZ=GMT date
from your shell.
I'll bet that the output from that command matches the date/time in
the qmail header.
Regards.
