We're running...

  Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 3
  on a AlphaServer 800 5/500 running OpenVMS V7.2-1

	Should TCPIP$FTP_ANONYMOUS_DIRECTORY be defined as a search list or
a comma-separated string?  Can this logical name be defined to provide access
to locations on the server _in_addition_to_ a login dev./dir. configured for
the ANONYMOUS account (in SYSUAF), or are these two mechanisms mutually
exclusive?  I believe that if the ANONYMOUS account is configured with a
bogus login dev./dir., the FTP server will look ONLY to the equivalence
name(s) for TCPIP$FTP_ANONYMOUS_DIRECTORY as viable navigation locations,
right?  If that's the case, and an anonymous FTP user connects to the "root"
of our system via anonymous FTP, will (s)he be presented with the equivalence
name(s) of the TCPIP$FTP_ANONYMOUS_DIRECTORY logical name to which (s)he could
then navigate?

	For example, let's say ANONYMOUS has a login location defined as
"NL:".  With TCPIP$FTP_ANONYMOUS_DIRECTORY defined as "DIR1,DIR2" (or
should that be "DIR1","DIR2"?), what will the anonymous FTP client see
when (s)he navigates to "ftp://<our-server's-FQDN>/" with a commonly-used
Web browser (e.g. IE)?

Thanks,
Mike
--
             Michael T. Davis              |    Systems Specialist: ChE,MSE
  E-mail: davism@er6.eng.ohio-state.edu    | Departmental Networking/Computing
           -or- DAVISM+@osu.edu            |     The Ohio State University
http://www.er6.eng.ohio-state.edu/~davism/ |     197 Watts, (614) 292-6928

In article <bjsruq$9e9$1@charm.magnus.acs.ohio-state.edu>, DAVISM@er6.eng.ohio-state.edu (Michael T. Davis) writes:
:
:  Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 3
:  on a AlphaServer 800 5/500 running OpenVMS V7.2-1
:
:	Should TCPIP$FTP_ANONYMOUS_DIRECTORY be defined as a search list or
:a comma-separated string?  

  $ define/system/exec TCPIP$FTP_ANONYMOUS_DIRECTORY -
      top:[000000...], bottom:[spin...], -
      charmed:[boson...], strange:[000000...], -
      ...

  You can access the [anonymous] directory regardless of the setting
  of the logical name.  (If you don't want that, you'll want to take
  steps to protect the directory.)

  Various of the processing and logical names are documented in the
  Anonymous section of the TCP/IP Services Management manual chapter
  on the FTP Server.

http://h71000.www7.hp.com/doc/73final/6526/6526pro_028.html#anon_ftp_sect 


 ---------------------------- #include <rtfaq.h> -----------------------------
    For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq
 --------------------------- pure personal opinion ---------------------------
        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com

In article <M%peb.6054$vE1.176@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman
 writes:

>In article <bjsruq$9e9$1@charm.magnus.acs.ohio-state.edu>,
> DAVISM@er6.eng.ohio-state.edu (Michael T. Davis) writes:
>:
>:  Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 3
>:  on a AlphaServer 800 5/500 running OpenVMS V7.2-1
>:
>:	Should TCPIP$FTP_ANONYMOUS_DIRECTORY be defined as a search list or
>:a comma-separated string?
>
>  $ define/system/exec TCPIP$FTP_ANONYMOUS_DIRECTORY -
>      top:[000000...], bottom:[spin...], -
>      charmed:[boson...], strange:[000000...], -
>      ...
>
>  You can access the [anonymous] directory regardless of the setting
>  of the logical name.  (If you don't want that, you'll want to take
>  steps to protect the directory.)
>
>  Various of the processing and logical names are documented in the
>  Anonymous section of the TCP/IP Services Management manual chapter
>  on the FTP Server.
>
>http://h71000.www7.hp.com/doc/73final/6526/6526pro_028.html#anon_ftp_sect

	In general, everything works great from a bona fide FTP client.
A lot of functionality is broken through most common Web browsers, though.
IE completely screws up the file/folder list, and Netscape broswers all seem
to have some problem browsing folder paths.  (Netscape v4.x browsers are OK
with the [ANONYMOUS...] tree, but can't access content provided by the
TCPIP$FTP_ANONYMOUS_DIRECTORY logical name.  Netscape 7.1 can't seem to
handle any path which doesn't include a specific file.)  I would guess that
this is all due to browser-specific behavior.  Is there any chance that a
mechanism for generating *NIX-style file/folder listings from the FTP
server might be added?

>
>
> ---------------------------- #include <rtfaq.h> -----------------------------
>    For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq
> --------------------------- pure personal opinion ---------------------------
>        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com
>

Regards,
Mike
--
             Michael T. Davis              |    Systems Specialist: ChE,MSE
  E-mail: davism@er6.eng.ohio-state.edu    | Departmental Networking/Computing
           -or- DAVISM+@osu.edu            |     The Ohio State University
http://www.er6.eng.ohio-state.edu/~davism/ |     197 Watts, (614) 292-6928

In article <blhegn$br0$1@charm.magnus.acs.ohio-state.edu>, DAVISM@er6.eng.ohio-state.edu (Michael T. Davis) writes:


> this is all due to browser-specific behavior.  Is there any chance that a
> mechanism for generating *NIX-style file/folder listings from the FTP
> server might be added?
 
The people porting Mozilla did a great job: 
   Mozilla 1.5rc2
handles FTP directory listings correctly !
 
-- 
   Joseph "Sepp" Huber, Muenchen   http://www.huber-joseph.de/