Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ut-sally.UUCP
Path: utzoo!decvax!decwrl!pyramid!ut-sally!std-unix
From: std-unix@ut-sally.UUCP (Moderator, John Quarterman)
Newsgroups: mod.std.unix
Subject: Time Zones; V5N4
Message-ID: <3911@ut-sally.UUCP>
Date: Fri, 3-Jan-86 21:02:33 EST
Article-I.D.: ut-sally.3911
Posted: Fri Jan  3 21:02:33 1986
Date-Received: Sat, 4-Jan-86 03:29:16 EST
References: <3906@ut-sally.UUCP>
Organization: IEEE/P1003 Portable Operating System Environment Committee
Lines: 23
Approved: jsq@sally.UUCP

Date: Fri, 3 Jan 86 11:22:50 pst
From: usenix!fair@@sally.UTEXAS.EDU (Erik E. Fair)

I want to amplify what Mark Horton had to say, and also point out one
more little gotcha in the System III/System V method of timezone
keeping:

There are quite a few programs that purposely zap the environment for
security reasons (e.g. uucico, uuxqt, getty, login), which have to be
modified to pass through TZ (in addition to PATH, LOGNAME, etc.) to
their children, if you want to get your time stamps right for the zone
you're in (unless you're lucky enough to be in the default zone, or
have the unmitigated gall to set the default to your local time zone,
like AT&T).

In particular, uuxqt has to be fixed because the mail program is
invoked as a child of uuxqt, and thus inherits uuxqt's environment.

	still mad about this nearly two years later,

	Erik E. Fair	ucbvax!fair	fair@ucbarpa.berkeley.edu

Volume-Number: Volume 5, Number 4