Received: from localhost (daemon@localhost) 
        by CS.UTK.EDU with SMTP (cf v2.9s-UTK)
	id NAA29226; Thu, 28 Mar 1996 13:23:14 -0500
Received: by CS.UTK.EDU (bulk_mailer v1.4); Thu, 28 Mar 1996 13:22:31 -0500
Received: from koobera.math.uic.edu (qmailr@KOOBERA.MATH.UIC.EDU [128.248.178.247]) by CS.UTK.EDU with SMTP (cf v2.9s-UTK)
	id NAA29114; Thu, 28 Mar 1996 13:22:27 -0500
Received: (qmail-queue invoked by uid 666); 28 Mar 1996 18:24:37 -0000
Date: 28 Mar 1996 18:24:37 -0000
Message-ID: <19960328182437.25846.qmail@koobera.math.uic.edu>
From: djb@koobera.math.uic.edu (D. J. Bernstein)
To: drums@cs.utk.edu
Subject: Re: timezones & Date

> Please don't legitimize what is currently BROKEN software.

Please be careful to distinguish between the two issues here.

1. The -0000 proposal is for real time correct, local time unknown.
There is nothing ``broken'' about this. As Olle Jarnefors noted, there
are cases where ``local time'' doesn't even make sense.

2. The LCL proposal is for real time unknown. This problem is much more
serious, since the critical information conveyed by Date is real time.

> It opens the
> door to sloppy implementations that don't even try to discover the
> actual timezone but always use local time with "unknown" timezone.

That's an issue in #2, not in #1.

---Dan