Unix systems should be run in GMT/UTC (almost the
same thing; GMT is _not_ British time").
You then use $TZ in the environment, or some OS-dependent
way of setting 'localtime' (eg, a symlink /etc/localtime,
or some other method) to let programs show the time in
the local zone. That's normally
On 2006-06-28 at 16:43 -0400, Jim Brett wrote:
> Thanks, your response is greatly appreciated. Here's OS info:
>
> # uname -a
> SunOS machine.company.com 5.8 Generic_117350-13 sun4u sparc
> SUNW,Sun-Fire-V240
Edit /etc/TIMEZONE, zone information available in
/usr/share/lib/zoneinfo/
$ man -s 4
Thanks, your response is greatly appreciated. Here's OS info:
# uname -a
SunOS machine.company.com 5.8 Generic_117350-13 sun4u sparc
SUNW,Sun-Fire-V240
Phil wrote:
On 2006-06-28 at 10:21 -0400, Jim wrote:
INTERNALDATE (hence received date?) one hour in future for sent
message.
Uni
On 2006-06-28 at 10:21 -0400, Jim Brett wrote:
> INTERNALDATE (hence received date?) one hour in future for sent
> message.
Unix systems should be run in GMT/UTC (almost the same thing; GMT is
_not_ "British time").
You then use $TZ in the environment, or some OS-dependent way of setting
'localt
INTERNALDATE (hence received date?) one hour in future for sent
message. I realize that a received date on a message in sent folder
doesn't really have meaning but, if a user moves from sent to inbox (or
trash), then clients (including outlook and outlook express) sort by
received date which i
