W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > September to December 1997

RE: This is not "this is not a date"

From: Josh Cohen <joshco@microsoft.com>
Date: Sun, 14 Dec 1997 03:55:51 -0800
Message-Id: <21FD6499922DD111A4F600805FCCD6F2F31BF1@red-86-msg.dns.microsoft.com>
To: Scott Lawrence <lawrence@agranat.com>, HTTP Working Group <http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com>
X-Mailing-List: <http-wg@cuckoo.hpl.hp.com> archive/latest/4954

> -----Original Message-----
> From:	Scott Lawrence [SMTP:lawrence@agranat.com]
> Sent:	Friday, December 12, 1997 9:00 AM
> To:	HTTP Working Group
> Subject:	Re: This is not "this is not a date"
>   We have the same problem with Date and Expires; proxies may add them
>   (section 13.5.2) even when the origin server used an empty value
>   when the digest was generated.  As I see it, we have four
>   alternatives:
	[Joshua Cohen]  Im confused.
	If the purpose of this discussion is simply to have a date
	what are the effects of using a token marker date, such as the 
	epoch beginning , ie 0 unix time.

	I imagine that existing 1.0 proxies will be using last-modified to
	the age of an entity, not date:.
	Presently, many proxies will not cache an item without a L-M header
	or expires:.  

	We cant fix any old 1.0 proxies that are deployed today, but I cant
	imagine how they will be worse off in this case.
	For 1.1, we can define the epoch time as a value that
	means "I have no idea what time it is".
	Newer 1.1 proxies which implement the new age-calculation formula
	should be aware of the null date value.

	As far as a proxy adding a date: header...
	Assuming the proxy adds a date header from its own clock on a
	and there are nested proxies, will each successive proxy be
	calculating the age? 
	someone tell me if Im wrong, but we are saying:
	"Age = age of the locally cached entity" NOT "Age= age of the entity
in question ( since it was created/modified)"

	Josh Cohen
	Objfun: We should keep dating to a minimum in the wg, "This is not a
date", we're just friends :)
Received on Sunday, 14 December 1997 03:58:24 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:40:21 UTC