NVFS
Click on the red underlined text to get to the source
... format.
An optional structure for the server's file store (NVFS) is also
defined, allowing servers that support such a structure to convey
that information to clients ...
... 959std9 [3]. In
particular, the terms "reply", "user", "NVFS" (Network Virtual File
System), "file", "pathname", "FTP commands", "DTP ...
... character
set from which pathnames are created. This does not imply that the
NVFS is required to make sense of all possible pathnames. Server-PIs
may restrict the syntax of valid ...
... PIs
may restrict the syntax of valid pathnames in their NVFS in any
manner appropriate to their implementation or underlying file system.
...
... special or "magic", thus no pattern matching (other than for exact
equality) between the pathname given and the files present in the
NVFS of the server-FTP is permitted.
...
... MODIFICATION TIME (MDTM), can be used to determine
when a file in the server NVFS was last modified. This command has
existed in many FTP servers for many years, as an adjunct to the REST ...
... case-insensitive manner.
The "pathname" specifies an object in the NVFS that may be the object
of a RETR command. Attempts to query ...
... FTP has placed almost no constraints upon the file
store (NVFS) provided by a server. This specification does not alter
that. However, it has become common for servers to attempt to
provide at least file system ...
... That which has so far been described is perfectly consistent with the
standard FTP NVFS and access mechanisms. The "CWD" command is used
to move from one directory to an embedded directory. "CDUP" may be
...
... file name. For these purposes, a "file name" is the name of any
entity in the server NVFS which is not a directory. Where TVFS is
supported, any TVFS ...
... MLSD output (see section 6.2). These pathnames
are only expected to work when the server-PI's position in the NVFS
file tree is the same as its position when the MLSD command ...
... Note: Where the underlying system supports a file type that is
essentially an indirect pointer to another file, the NVFS
representation of that type should normally be to represent the file
that the reference indicates. That is, the underlying basic file
...
... representation of that type should normally be to represent the file
that the reference indicates. That is, the underlying basic file
will appear more than once in the NVFS, each time with the "unique"
fact (see immediately following section) containing the same value,
indicating that the same file is represented by all such names.
...
... The unique fact is used to present a unique identifier for a file or
directory in the NVFS accessed via a server-FTP process. The value
of this fact should be the same for any number of pathnames that
...
...
Then, notice that there are nine objects of "type" file returned. In
a case-independent NVFS these would represent three different file
names, "file1", "file2", and "file3". With a case-dependent NVFS all
...
... a case-independent NVFS these would represent three different file
names, "file1", "file2", and "file3". With a case-dependent NVFS all
nine represent different file names. Either is possible, server-FTPs
...
... nine represent different file names. Either is possible, server-FTPs
may implement a case dependent or a case independent NVFS. User-FTPs
must allow for case dependent selection of files to manipulate on the
...
... It is not suggested that the operators of server-FTPs create an NVFS
that stresses the protocols to this extent; however, both user and
server implementations must be prepared to deal with such extreme
...
... outputs. That may be an artifact of the underlying file system
access mechanisms of course. Finally notice that the NVFS supported
by this server, in contrast to the earlier ones, implements its
pathnames in a case independent manner. The server seems to return
...
... any character to be represented in a pathname. Meaningful pathnames
are defined by the server NVFS.
No restrictions at all are placed upon the contents of files
...