💾 Archived View for gemini.bortzmeyer.org › rfc-mirror › rfc480.txt captured on 2022-03-01 at 21:20:00.

View Raw

More Information

⬅️ Previous capture (2021-11-30)

-=-=-=-=-=-=-







Network Working Group                                     James E. White
RFC #480                                                  SRI-ARC
NIC #14949                                                8 March 73


                     Host-Dependent FTP Parameters

This memo is in response to (and support of) one of the points raised by
Bob Braden (RTB) of UCLA-CCN in RFC #430, "COMMENTS ON FILE TRANSFER
PROTOCOL" (see -- 13299,), namely that raised in Section D., "Site-
Dependent FTP Parameters".

The NIC has been confronted with similar problems (and tentatively
decided upon similar solutions) in designing mechanisms which would
enable a user to use FTP to retrieve from the NIC, in sequential form, a
VIEW of some portion for an NLS tree-structured file.

To be done without modification to FTP, this task requires the user to
communicate information -- a filename, a statement address, viewspecs,
and the name of a conversion algorithm -- to SRI-ARC's server FTP
process in a manner that is transparent to the user's user FTP process.

We currently intend to require the user to embed this information in the
pathname of FTP's STOR and RETR commands by appending to a standard
TENEX filename, a field of the form:

    ;x <program> [ / <parameters> ]

where <program> identifies an arbitrary program to be dispatched by
SRI-ARC's server FTP process, with a pointer to the file being stored or
retrieved as an argument.  <parameters> is optional and, if present, is
also passed to the program.

To store and retrieve NLS files in sequential form, we will require that
<program> be 'NLS' and <parameters> be of the form.

    [ T: <conversion-algorithm> ] [ S: <statement address> ] [ V:
    <viewspecs> ]

where each of the three items is optional, and any that appear are
separated by commas.


       [ This RFC was put into machine readable form for entry ]
       [ into the online RFC archives by Alex McKenzie with    ]
       [ support from GTE, formerly BBN Corp.             9/99 ]





White                                                           [Page 1]