- From: Frank Ellermann <nobody@xyzzy.claranet.de>
- Date: Mon, 01 Nov 2004 19:55:17 +0100
- To: uri@w3.org
Alun Jones wrote:
> It now seems, from your results and mine combined, that the
> behaviour of FTP implementations isn't as simple as choosing
> one or other behaviour - that some implementations flip
> between one behaviour and another, based on some internal
> logic
Makes sense. But we can't have a dot in ftp URLs with 2396bis:
<ftp://example/./stuff> is the same as <ftp://example/stuff>.
Or do you consider <ftp://example/%2e/stuff> to avoid a CD / ?
ftp://stamber:stamber@publish.reutershealth.com/%2e/ftptest.txt
ftp://stamber:stamber@publish.reutershealth.com/%2f/ftptest.txt
Both work as expected with Mozilla 3 (Netscape 3.0): %2e gets
ftptest.txt in the start directory, %2f goes to the root first.
ftp://stamber:stamber@publish.reutershealth.com/./ftptest.txt
goes to the root (oops, okay ;-).
ftp://stamber:stamber@publish.reutershealth.com//ftptest.txt
goes to the root (okay).
For harder tests we need a structure /one/two/one with 2 files
/one/test and /one/two/one/test, and ftpd start CWD /one/two.
But is this relevant for Paul's draft ? He said that it's
messy, and that's obviously correct. And recommending URLs
<ftp://example/%2e/relative/path> resp.
<ftp://example/%2f/absolute/path> is dubious, or isn't it ?
Bye, Frank
Received on Monday, 1 November 2004 18:58:24 UTC