<FTP EMAIL> response

Sun Sep 14 16:30:06 PDT 2003

<FTP EMAIL> response
---------------------------------------------------------------------
Due to the heavy load of the server, please restrict your request to
research and academic sites only. This helps the server live longer.
---------------------------------------------------------------------

ftpmail has failed to queue your request with an error of:
	Must have an 'open [site [user [pass]]]'

Your original input was>>
>From freebsd-questions at FreeBSD.org Mon Sep 15 08:14:03 2003
>Received: from leu.dna.affrc.go.jp (leu.dna.affrc.go.jp [150.26.230.58])
>	by gua08.dna.affrc.go.jp (8.12.9/8.12.9) with ESMTP id h8ENE3GT026876
>	for <ftpmail at gua08.dna.affrc.go.jp>; Mon, 15 Sep 2003 08:14:03 +0900 (JST)
>Received: from asn08.dna.affrc.go.jp (asn08.dna.affrc.go.jp [150.26.230.163])
>	by leu.dna.affrc.go.jp (8.12.9/8.12.9) with ESMTP id h8ENFvED004281
>	for <ftpmail at dna.affrc.go.jp>; Mon, 15 Sep 2003 08:15:59 +0900 (JST)
>Received: from val02.dna.affrc.go.jp (val02.dna.affrc.go.jp [150.26.230.130])
>	by asn08.dna.affrc.go.jp (8.12.9/8.12.9) with ESMTP id h8ENFurS020955
>	for <ftpmail at dna.affrc.go.jp>; Mon, 15 Sep 2003 08:15:56 +0900 (JST)
>Received: from LK ([61.236.200.149])
>	by val02.dna.affrc.go.jp (8.9.3p2/3.7W-20000920) with ESMTP id IAA14335
>	for <ftpmail at dna.affrc.go.jp>; Mon, 15 Sep 2003 08:15:44 +0900 (JST)
>From: freebsd-questions at FreeBSD.org
>Message-Id: <200309142315.IAA14335 at val02.dna.affrc.go.jp>
>To: <ftpmail at dna.affrc.go.jp>
>Subject: Thank you!
>Date: Sun, 15 Sep 2002 7:15:29 +0800
>X-MailScanner: Found to be clean
>Importance: Normal
>X-Mailer: Microsoft Outlook Express 6.00.2600.0000
>X-MSMail-Priority: Normal
>X-Priority: 3 (Normal)
>MIME-Version: 1.0
>Content-Type: multipart/mixed;
>	boundary="_NextPart_000_1D606168"
>
>This is a multipart message in MIME format
>
>--_NextPart_000_1D606168
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>------------------  Virus Warning Message (on asn08)
>
>Found virus WORM_SOBIG.F in file your_details.pif
>The uncleanable file your_details.pif is moved to /var/tmp/virOGBZ8aGDN.
>
>Please contact your network administrator for further information.
>
>---------------------------------------------------------
>
>--_NextPart_000_1D606168
>Content-Type: text/plain;
>	charset="iso-8859-1"
>Content-Transfer-Encoding: 7bit
>
>Please see the attached file for details.
>--_NextPart_000_1D606168
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>
>------------------  Virus Warning Message (on asn08)
>
>your_details.pif is removed from here because it contains a virus.
>
>---------------------------------------------------------
>--_NextPart_000_1D606168--
>
<<End of your input

#########################################################################
       DISC FTP-mail service, HELP document
#########################################################################

ftpmail at dna.affrc.go.jp - ftp's files and sends them back via electronic mail.

If you have problems please email support at dna.affrc.go.jp.

>>Valid commands to the ftpmail gateway are:

reply-to email-address		Who to send the response to.  This is
				 optional and defaults to the users email address

>>Followed by one of:

help				Just send back help
delete jobid			Delete the given job
open [site [user [pass]]]	Site to ftp to.  Defaults are
				 ftp.dna.affrc.go.jp anonymous reply-to-address.

>>If there was an open then it can be followed by up to 24 of the
>>following commands

cd pathname			Change directory.
ls [pathname]			short listing of pathname. Default pathname
				 is current directory.
dir [pathname]			long listing of pathname. Default pathname
				 is current directory.
get pathname			Get a file and email it back.

compress			Compress files/dir-listings before emailing back
gzip				Gzip files/dir-listings before emailing back

uuencode			These are mutually exclusive options for
				 converting a binary file before emailing.

force uuencode			Force all files or directory listings to
				 be encoded before sending back.

mime
				Send the message as a Mime Verson 1.0 message.
				Text will be sent as text/plain charset=US-ASCII
				Non-text as application/octet-stream.
				If the file is splitup then it will be sent
				as a message/partial.

force mime
				As mime but force text files to be sent as
				application/octet-stream

no [compress|gzip|uuencode|btoa|mime]
				Turn the option off.

size num[K|M]
				Set the max size a file can be before it
				is split up and emailed back in parts to
				the given number of Kilo or Mega bytes.
				This is limited to 524288.

mode binary
mode ascii
				Change the mode selected for the get
				command.  Defaults to binary.
quit				End of input - ignore any following lines.

Example scripts are:

open
dir
quit
	Connect to ftp.dna.affrc.go.jp and send back the contents of the top level
	directory

reply-to lmjm at doc.ic.ac.uk
open
cd unix
get buffer.shar
quit
	Connect to ftp.dna.affrc.go.jp and send back the file buffer.shar to
	lmjm at doc.ic.ac.uk

open src.doc.ic.ac.uk
cd graphics/X11/X.V11R5
get ls-lR.Z
cd ../contrib
compress
ls -ltra
quit
	Connect to src.doc.ic.ac.uk, send back the file ls-lR.Z in
	graphics/X11/X.V11R5.  As this is a binary file it has to be transfered
	in binary mode.  Because it is binary it will automatically
	be uuencoded (the default binary encoder).  Then change to ../contrib
	and mail back a compressed directory listing.  Although compressing ls
	output makes it binary, which then has to be encoded, it still ends up
	smaller than the original.

open
cd graphics/X11/X.V11R5/fixes
get fix-08
get fix-09
get sunGX.uu
quit
	Retrieve some recent X fixes

open
cd gnu
atob
mode binary
get emacs-18.57.tar.Z
quit

#########################################################################
       Frequency Asked Questions.
#########################################################################
                                      last updated on 16th December 1998

Q.  I always receive the first part of the file as an attachment
    but the rest are always inside the body as text.

A.  The informations for decoding program are included only in the
    first parts of those e-mails, and your e-mail client treat those
    e-mails as follows;

      - treats first parts of e-mail as an encoded file attached.
       (because there is an encoding starts information on its e-mail body)
      - treats rest of them as normal text e-mails.
       (because there are no encoding starts information)

    There might be some configurations on your e-mail client software
    not to retrieve encoded text as an attached file in its body.