From: rusche@cpp.do.open.de (Henning Rusche)
Newsgroups: de.comp.sys.next
Subject: Re: OXYD - wie kriege ichs ohne ftp ?
Date: 18 Dec 1992 11:42:14 GMT
Organization: News ausm Ruhrpott
Reply-To: rusche@cpp.do.open.de
NNTP-Posting-Host: asterix.do.open.de

In article <1992Dec16.175138.2210@palumbia.in-berlin.de>  
marsu@palumbia.in-berlin.de (Henrik Hempelmann) writes:
> rischo@odb.rhein-main.de (Richard Scholz) writes:
> 
> >Hallo !
> 
> >Mit Begeisterung habe ich vernommen, da\3 es jetzt OXYD gibt. Doch wie 
> >kriege ich es jetzt ? Ich habe leider keinen Zugriff auf ftp. Ich habe
> >zwar schon einige mail-ftp server benutzt, aber die schicken mir nur, was
> >sie selbst haben (zumindestens die paar die ich kenne).
> 
> >- Liegt OXYD auch auf einem mail-ftp server ?
> >- Oder, kann ich einen Server per mail ueberreden, OXYD per ftp zu holen,  
und
> >  mir per mail zu schicken ?
> 
> >Es w"are sehr nett, wenn mir jemand weiterhelfen w"urde.
> 
 Hier eine Anleitung zur Benutzung des ftp-Dienstes von DEC. Ich habe es auch  
erst gerade bekommen, aber es ist vielleicht ein Dokument von oeffentlichem  
Interesse
Ciao,
Henning
-----------------------------------SCHNIPPSCHNAPP------------------------------

 
From: nobody@Pa.dec.com (ftpmail daemon on uucp-gw-2.pa.dec.com)
To: 
Subject: your ftpmail request was in error
X-Complaints-To: ftpmail-request@uucp-gw-2.pa.dec.com

>>> $Id: help-text,v 1.3 1992/06/13 18:06:56 vixie Exp $
>>>
>>> commands are:

        reply <MAILADDR>        set reply addr, since headers are usually wrong
        connect [HOST [USER [PASS]]]  defaults to gatekeeper.dec.com, anonymous
        ascii                   files grabbed are printable ascii
        binary                  files grabbed are compressed or tar or both
        chdir PLACE             "get" and "ls" commands are relative to PLACE
                                        (only one CHDIR per ftpmail session,
                                        and it executes before any LS/DIR/GETs)
        compress                compress binaries using Lempel-Ziv encoding
        compact                 compress binaries using Huffman encoding
        uuencode                binary files will be mailed in uuencode format
        btoa                    binary files will be mailed in btoa format
        chunksize SIZE          split files into SIZE-byte chunks (def: 64000)
        ls (or dir) PLACE       short (long) directory listing
        get FILE                get a file and have it mailed to you
                                        (max 10 GET's per ftpmail session)
        quit                    terminate script, ignore rest of mail message
                                        (use if you have a .signature or
                                         are a VMSMAIL user)

>>> notes:

        -> you should send complaints to the ftpmail-request address.  our
           postmaster does not handle ftpmail problems and you can save her
           the trouble of forwarding your complaints by just mailing them to
           the right address.

        -> the "Subject:" of your request will be contained in the "Subject:"
           of all of ftpmail's responses to you regarding that request.  You
           can therefore use it to "tag" different requests if you have more
           than one outstanding at any given time.

        -> you must give a "connect" command, default host is
           gatekeeper.dec.com, default user is anonymous, default
           password is your mail address.

        -> binary files will not be compressed unless 'compress' or 'compact'
           command is given; use this if at all possible, it helps a lot.
           note that many files are already compressed.  if you use any of
           the binary-file qualifiers (compress, compact, uuencode, btoa)
           without setting 'binary' first, your session will abort in error.

        -> binary files will always be formatted into printable ASCII
           with "btoa" or "uuencode" (default is "btoa").  if you don't
           use the "binary" command, ftpmail will cheerfully try to mail
           you the binary data, which will absolutely, positively fail.

        -> all retrieved files will be split into chunks and mailed.  the
           size of the chunk is 50000 characters unless you change it with
           the "chunksize" command.  CompuServe users will need to set this
           to 49000.

        -> if you ask for more than 10 files in a session, you will receive
           an error message and your entire request will be rejected.

        -> VMS/DOS/Mac versions of uudecode, atob, compress and compact
           are available, ask your LOCAL wizard about them if you can't
           locate them (but try gatekeeper.dec.com in /archive/pub/VMS
           if you're still using a VMS system.)

        -> several mail unsplitters are hiding on gatekeeper.dec.com in
           /pub/mail/ua/misc/unsplit.  includes one in c, one in perl,
           and one in VMS DCL.

        -> there is no way to request only certain parts of a file and we
           do not plan to add one in the near future, so please don't ask.

        -> there is no way to delete things from the queue or to find out
           the status of things in the queue, and we do not plan to add
           either feature in the near future, so please don't ask.

>>> examples:

        -> connect to gatekeeper.dec.com and get a root directory listing:
                connect
                ls
                quit

        -> connect to gatekeeper.dec.com and get the README.ftp file:
                connect
                get README.ftp
                quit

        -> connect to gatekeeper.dec.com and get the gnuemacs sources:
                connect
                binary
                uuencode
                chdir /pub/GNU
                get emacs-18.58.tar.Z
                quit

        -> connect to ftp.uu.net as anonymous and get a root directory list:
                connect ftp.uu.net
                dir
                quit
  -- End Of Ftpmail Transcript --
Newsgroups: de.comp.sys.next