Re: Imcompatible HTTP/1.0 on different severs

"Tony Johnson (415) 926 2278" <TONYJ@scs.slac.stanford.edu>
Date: Thu, 15 Jul 1993 16:19:37 -0700 (PDT)
From: "Tony Johnson (415) 926 2278" <TONYJ@scs.slac.stanford.edu>
Subject: Re: Imcompatible HTTP/1.0 on different severs
To: timbl@nxoc01.cern.ch
Cc: www-talk@nxoc01.cern.ch
Message-id: <01H0KT26FN9GB9SIUS@SCS.SLAC.STANFORD.EDU>
X-Envelope-To: timbl@nxoc01.CERN.CH, www-talk@nxoc01.CERN.CH
X-Vms-To: IN%"timbl@nxoc01.CERN.CH"
X-Vms-Cc: TONYJ, IN%"www-talk@nxoc01.CERN.CH"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Status: RO
>Tim

>>   b) (e.g: the CERN server) return the requested document with no  
>>      header. 
>
>
>	This is a deliberate bug introduced by the -DXMOSAIC_HACK
>	option in the libwww.  It is put in because otherwise
>	XMosaic would not be able to read anything except for
>	plain text and HTML. The MOMENT that mosaic uses HTTP2
>	then all servers should turn off this hack! 

I don't quite follow the logic here. Why does the hack to support HTTP/0.9
for mosaic have to affect the behaviour of the server when a HTTP/1.0 client
is trying to connect. This makes it very hard to try out HTTP/1.0 now, and will
also make it difficult for mosaic when it does support HTTP/1.0, unless all
servers are instantaneously upgraded.

If the hack is changed to affect only the HTTP/0.9 protocol now, then the 
transition to HTTP/1.0 will be easy and not involve any instantaneous upgrades
in the future.

Or have I missed something here??

Tony Johnson