Re: MIME multipart/* vs HTTP

>           draft-fielding-url-syntax-05.txt
> 
> is about to go to last call. 

Where? Is there a mailing list?


> I believe that redirection on things that turn out to be
> directories is inevitable. That is, if "/dir1/dir2/name" is
> actually a directory, the official URL should be
> "ftp://host/dir1/dir2/name/" but that if an HTTP
> proxy chooses to honor "ftp://host/dir1/dir2/name",
> it might as well honor it by generating a redirect as
> by generating content with different URLs. But in some
> ways, it's completely outside the standard: both ways work.

Why not process the message as normal but send the client a
URI field to give the canonical uri?


One comment on the draft. In view of current litigation going
on it might be worth someone with legal training casting an eye
over the draft. In particular to check whether the idea that
a URL is a pure reference, a statement of fact and hence 
uncopyrightable in itself is brought out.


		Phill

Received on Tuesday, 6 May 1997 15:45:33 UTC