From ftp-wg-owner@hethmon.com  Mon Jan  3 06:54:04 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA29272
	for <ftpext-archive@lists.ietf.org>; Mon, 3 Jan 2000 06:54:03 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103065254-60971-12 ; Mon, 03 Jan 2000 06:52:54 -0500
Received: from tolstoi.ru.hilti.com (195.239.59.130 [195.239.59.130]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103065251-32382-11 ; Mon, 03 Jan 2000 06:52:52 -0500
Received: by TOLSTOI with Internet Mail Service (5.5.2650.21)
	id <CCQ7S32R>; Mon, 3 Jan 2000 14:54:39 +0300
Message-ID: <AF3DE24E780AD211970800600861154B381ACB@TOLSTOI>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Date: Mon, 3 Jan 2000 06:52:52 -0500
X-OldDate:  Mon, 3 Jan 2000 14:54:29 +0300
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Shesterikov Maxim (sm)" <ShesMax@ru.hilti.com>
To: ftp-wg@hethmon.com
Subject: Ftp-WG: SIZE

Having SIZE as decribed in the draft is vulnerable to
denial-of-service-attack (ASCII mode). 

LIST has the same vulnerability if it filters pathnames according to some
criteria. I suppose that was the reason for the restriction of LIST's
behavior. 

The text of the draft says that the primary purpose of SIZE is to determine
whether the file on the other side has changed. IMHO MDTM will suffice for
that. With respect of this the only purpose of SIZE I see is all these nice
progress bars. 

regards
Maxim



From ftp-wg-owner@hethmon.com  Mon Jan  3 07:23:44 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA29509
	for <ftpext-archive@lists.ietf.org>; Mon, 3 Jan 2000 07:23:44 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103072308-57937-9 ; Mon, 03 Jan 2000 07:23:08 -0500
Received: from thoth.mch.sni.de (thoth.mch.sni.de [192.35.17.2]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103072305-61834-8 ; Mon, 03 Jan 2000 07:23:06 -0500
X-Envelope-Sender-Is: Richard.Koenning@mch6.siemens.de (at relayer thoth.mch.sni.de)
Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11])
	by thoth.mch.sni.de (8.9.3/8.9.3) with ESMTP id NAA05322
	for <ftp-wg@hethmon.com>; Mon, 3 Jan 2000 13:20:42 +0100 (MET)
Received: from dcWWW.MchP.Siemens.De (dcwww.mch.sni.de [139.25.114.139])
	by mail2.siemens.de (8.9.3/8.9.3) with ESMTP id NAA25142
	for <ftp-wg@hethmon.com>; Mon, 3 Jan 2000 13:20:42 +0100 (MET)
Received: from pgtd0356 (pgtd0356.mchp.siemens.de [139.25.109.104])
        by dcWWW.MchP.Siemens.De BS2000/OSD (8.9.0/8.9.0) with SMTP id NAA23730
        for <ftp-wg@hethmon.com>; Mon, 3 Jan 2000 13:21:00 +0100 (MEZ)
Message-Id: <3.0.6.32.20000103131759.009068e0@dcwww.mchp.siemens.de>
X-Sender: koenning@dcwww.mchp.siemens.de
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
In-Reply-To: <AF3DE24E780AD211970800600861154B381ACB@TOLSTOI>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Date: Mon, 3 Jan 2000 07:23:06 -0500
X-OldDate:  Mon, 03 Jan 2000 13:17:59 +0100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Richard Koenning <Richard.Koenning@mch6.siemens.de>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: SIZE
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id HAA29509

At 06:52 03.01.2000 -0500, you wrote:
>Having SIZE as decribed in the draft is vulnerable to
>denial-of-service-attack (ASCII mode). 

See p. 53 of the draft (11. Security considerations) for this.

>The text of the draft says that the primary purpose of SIZE is to determine
>whether the file on the other side has changed. IMHO MDTM will suffice for
>that. With respect of this the only purpose of SIZE I see is all these nice
>progress bars. 

As described on p. 11 the SIZE command is normally used in conjunction with
the REST command for determining the restart point.

regards 

Richard
-- 
Dr. Richard W. Könning
Fujitsu Siemens Computers GmbH, EP LP DC 21
Phone/Fax: +49-89-636-47852 / 41143
email: Richard.Koenning@mch6.siemens.de




From ftp-wg-owner@hethmon.com  Mon Jan  3 09:29:14 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA01330
	for <ftpext-archive@lists.ietf.org>; Mon, 3 Jan 2000 09:29:13 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103092832-16533-9 ; Mon, 03 Jan 2000 09:28:32 -0500
Received: from ACFcluster.NYU.EDU (AXP2.ACF.NYU.EDU [128.122.250.38]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103092829-18489-8 ; Mon, 03 Jan 2000 09:28:30 -0500
Received: from ACFcluster.NYU.EDU by ACFcluster.NYU.EDU (PMDF V5.2-32 #33915)
 id <01JK9GVCS1JK8X5605@ACFcluster.NYU.EDU> for ftp-wg@hethmon.com; Mon,
 3 Jan 2000 09:26:06 EDT
In-reply-to: "Your message dated Mon, 03 Jan 2000 07:23:06 -0500"
 <3.0.6.32.20000103131759.009068e0@dcwww.mchp.siemens.de>
Message-id: <01JK9H7ZH6QQ8X5605@ACFcluster.NYU.EDU>
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
References: <AF3DE24E780AD211970800600861154B381ACB@TOLSTOI>
Date: Mon, 3 Jan 2000 09:28:30 -0500
X-OldDate:  Mon, 03 Jan 2000 09:25:35 -0400 (EDT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Stephen Tihor <TIHOR@ACFcluster.NYU.EDU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: SIZE

It can also be used to preallocate disk space for the entire file to e transfered in one big shot which is an advantage with some file systems.



From ftp-wg-owner@hethmon.com  Mon Jan  3 09:55:35 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA01866
	for <ftpext-archive@lists.ietf.org>; Mon, 3 Jan 2000 09:55:34 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103095454-57393-9 ; Mon, 03 Jan 2000 09:54:54 -0500
Received: from tolstoi.ru.hilti.com (195.239.59.130 [195.239.59.130]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103095451-32395-8 ; Mon, 03 Jan 2000 09:54:52 -0500
Received: by TOLSTOI with Internet Mail Service (5.5.2650.21)
	id <CCQ7S32W>; Mon, 3 Jan 2000 17:56:41 +0300
Message-ID: <AF3DE24E780AD211970800600861154B381ACF@TOLSTOI>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Date: Mon, 3 Jan 2000 09:54:52 -0500
X-OldDate:  Mon, 3 Jan 2000 17:56:39 +0300
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Shesterikov Maxim (sm)" <ShesMax@ru.hilti.com>
To: ftp-wg@hethmon.com
Subject: Ftp-WG: SIZE

The paragraph "Security considerations" in the draft states that SIZE is
vulnerable but "Servers have, however, implemented this for many years,
without significant reported difficulties." IMHO this position is a weakness
of the draft. In no case we should end up with this "Maybe yes, Maybe no"
By implementing an anonymous FTP at Moscow State University the development
team decided to forbid RESTAT in ASCII mode. RESTART in IMAGE mode is
perfectly legal. I do not think that this solution is acceptable everwhere -
on DOS systems evaluating the size of file in both modes does not creates
high load on the server. Probably it can be reflected somehow in FEAT
response.
regards 
Maxim





From ftp-wg-owner@hethmon.com  Mon Jan  3 10:48:30 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA03061
	for <ftpext-archive@lists.ietf.org>; Mon, 3 Jan 2000 10:48:29 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103104801-9425-9 ; Mon, 03 Jan 2000 10:48:01 -0500
Received: from ACFcluster.NYU.EDU (AXP2.ACF.NYU.EDU [128.122.250.38]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103104759-46795-8 ; Mon, 03 Jan 2000 10:48:00 -0500
Received: from ACFcluster.NYU.EDU by ACFcluster.NYU.EDU (PMDF V5.2-32 #33915)
 id <01JK9JUW1MCW8X5605@ACFcluster.NYU.EDU> for ftp-wg@hethmon.com; Mon,
 3 Jan 2000 10:45:36 EDT
In-reply-to: "Your message dated Mon, 03 Jan 2000 09:54:52 -0500"
 <AF3DE24E780AD211970800600861154B381ACF@TOLSTOI>
Message-id: <01JK9JXVFXFK8X5605@ACFcluster.NYU.EDU>
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Date: Mon, 3 Jan 2000 10:48:00 -0500
X-OldDate:  Mon, 03 Jan 2000 10:43:44 -0400 (EDT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Stephen Tihor <TIHOR@ACFcluster.NYU.EDU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: SIZE

Or one could just say:

For systems which need to read through an entire file to compute the
size in Ascii mode and on which this is a major drain of resources
either SIZE and restartable transfers should be disabled or a throttling
mechanism used to avoid denial of service attacks through stimulation of
this high cost operation on large files.



From ftp-wg-owner@hethmon.com  Mon Jan  3 12:09:59 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA04372
	for <ftpext-archive@lists.ietf.org>; Mon, 3 Jan 2000 12:09:58 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103120841-44907-9 ; Mon, 03 Jan 2000 12:08:41 -0500
Received: from discordia.io.com (discordia.io.com [199.170.88.100]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000103120839-58178-8 ; Mon, 03 Jan 2000 12:08:39 -0500
Received: from magnus (aus-as4-124.io.com [208.2.105.124])
	by discordia.io.com (8.9.3/8.9.3) with ESMTP id LAA23034;
	Mon, 3 Jan 2000 11:06:15 -0600
Message-Id: <4.2.2.20000103100509.00bb88c0@mail.io.com>
X-Sender: alun@mail.io.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 
In-Reply-To: <01JK9JXVFXFK8X5605@ACFcluster.NYU.EDU>
References: <"Your message dated Mon, 03 Jan 2000 09:54:52 -0500" <AF3DE24E780AD211970800600861154B381ACF@TOLSTOI>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Date: Mon, 3 Jan 2000 12:08:39 -0500
X-OldDate:  Mon, 03 Jan 2000 11:00:46 -0600
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Alun Jones <alun@texis.com>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: SIZE

At 09:48 AM 1/3/2000 , Stephen Tihor wrote:
>For systems which need to read through an entire file to compute the
>size in Ascii mode and on which this is a major drain of resources
>either SIZE and restartable transfers should be disabled or a throttling
>mechanism used to avoid denial of service attacks through stimulation of
>this high cost operation on large files.

One might also note that there are several other existing behaviours that 
can induce this kind of drain on resources.  How many large servers, for 
instance, allow "LIST -R" from their root directory, and sort the output as 
they go?  Or "STAT -R" for the same effect?  Then there's the servers that 
allow in-line compression into ZIP/ZOO/GZIP/whatever format.  Each of these 
produces a processor drain on the server that is relatively large compared 
to the drain on the client's resources.  But then we start getting into 
wondering whether we should note that a fast client connecting to a slower 
server might also provide for an effective denial-of-service attack. :-)

There is a limit to what an RFC can cover in terms of such decisions as to 
what is worth implementing, and what is likely to be abused; my own 
suggestion would be to update the "Error responses" paragraph to note "too 
expensive to compute" as another allowed reason for generating 550 (or 
perhaps another code could be used?  how would that affect existing clients 
that use SIZE?)

Needless to say, if the 550 code is used, the presence of a 550 return from 
SIZE must not be treated as an assertion that the file does not exist, as I 
have seen some clients believe.

Are there any systems that might find it difficult to calculate transfer 
size in modes other than ASCII?

Alun.
~~~~

--
Texas Imperial Software | Try WFTPD, the Windows FTP Server. Find it
1602 Harvest Moon Place | at web site http://www.wftpd.com or email
Cedar Park TX 78613     | us at alun@texis.com.  VISA / MC accepted.
Fax +1 (512) 378 3246   | NT based ISPs, be sure to read details of
Phone +1 (512) 378 3246 | WFTPD Pro, NT service version - $100.
*WFTPD and WFTPD Pro now available as native Alpha versions for NT*




From ftp-wg-owner@hethmon.com  Tue Jan  4 12:45:44 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA03114
	for <ftpext-archive@lists.ietf.org>; Tue, 4 Jan 2000 12:45:43 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000104124033-2411-9 ; Tue, 04 Jan 2000 12:40:33 -0500
Received: from magritte.felspar.net (193.243.230.190 [193.243.230.190]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000104124031-7689-8 ; Tue, 04 Jan 2000 12:40:31 -0500
Received: by MAGRITTE.felspar.net with Internet Mail Service (5.5.2448.0)
	id <ZNGVPWG5>; Tue, 4 Jan 2000 17:40:24 -0000
Message-ID: <61A45D5AE74BD311A76D00A0D21B18720E5AF2@MAGRITTE.felspar.net>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01BF56DA.C76589E0"
Date: Tue, 4 Jan 2000 12:40:32 -0500
X-OldDate:  Tue, 4 Jan 2000 17:40:23 -0000
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Dave Cridland <dac@felspar.com>
To: "'FTPEXT Working Group'" <ftp-wg@hethmon.com>
Subject: Ftp-WG: SIZE

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01BF56DA.C76589E0
Content-Type: text/plain;
	charset="iso-8859-1"

I'd humbly suggest a 4XX series error code be generated - since retrying
might work, depending on the mechanism chosen to block it in the first
place. (Current server load, for instance, or simply a minute's wait).

That should prevent older, possibly incorrect clients from deciding that the
file does not exist, which is an additional advantage. Who knows what
they'll think about a 4XX, but hopefully they'll just worry the user about
it, or else not use a progress bar.

-----Original Message-----
From: Alun Jones [mailto:alun@texis.com]
Sent: Monday, January 03, 2000 5:09 PM
To: FTPEXT Working Group
Subject: Ftp-WG: SIZE


At 09:48 AM 1/3/2000 , Stephen Tihor wrote:
[ Snipped ]

One might also note that there are several other existing behaviours that 
can induce this kind of drain on resources.  How many large servers, for 
instance, allow "LIST -R" from their root directory, and sort the output as 
they go?  Or "STAT -R" for the same effect?  Then there's the servers that 
allow in-line compression into ZIP/ZOO/GZIP/whatever format.  Each of these 
produces a processor drain on the server that is relatively large compared 
to the drain on the client's resources.  But then we start getting into 
wondering whether we should note that a fast client connecting to a slower 
server might also provide for an effective denial-of-service attack. :-)

There is a limit to what an RFC can cover in terms of such decisions as to 
what is worth implementing, and what is likely to be abused; my own 
suggestion would be to update the "Error responses" paragraph to note "too 
expensive to compute" as another allowed reason for generating 550 (or 
perhaps another code could be used?  how would that affect existing clients 
that use SIZE?)

Needless to say, if the 550 code is used, the presence of a 550 return from 
SIZE must not be treated as an assertion that the file does not exist, as I 
have seen some clients believe.

Are there any systems that might find it difficult to calculate transfer 
size in modes other than ASCII?

Alun.
~~~~

--
Texas Imperial Software | Try WFTPD, the Windows FTP Server. Find it
1602 Harvest Moon Place | at web site http://www.wftpd.com or email
Cedar Park TX 78613     | us at alun@texis.com.  VISA / MC accepted.
Fax +1 (512) 378 3246   | NT based ISPs, be sure to read details of
Phone +1 (512) 378 3246 | WFTPD Pro, NT service version - $100.
*WFTPD and WFTPD Pro now available as native Alpha versions for NT*


------_=_NextPart_001_01BF56DA.C76589E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>RE: Ftp-WG: SIZE</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>I'd humbly suggest a 4XX series error code be =
generated - since retrying might work, depending on the mechanism =
chosen to block it in the first place. (Current server load, for =
instance, or simply a minute's wait).</FONT></P>

<P><FONT SIZE=3D2>That should prevent older, possibly incorrect clients =
from deciding that the file does not exist, which is an additional =
advantage. Who knows what they'll think about a 4XX, but hopefully =
they'll just worry the user about it, or else not use a progress =
bar.</FONT></P>

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Alun Jones [<A =
HREF=3D"mailto:alun@texis.com">mailto:alun@texis.com</A>]</FONT>
<BR><FONT SIZE=3D2>Sent: Monday, January 03, 2000 5:09 PM</FONT>
<BR><FONT SIZE=3D2>To: FTPEXT Working Group</FONT>
<BR><FONT SIZE=3D2>Subject: Ftp-WG: SIZE</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>At 09:48 AM 1/3/2000 , Stephen Tihor wrote:</FONT>
<BR><FONT SIZE=3D2>[ Snipped ]</FONT>
</P>

<P><FONT SIZE=3D2>One might also note that there are several other =
existing behaviours that </FONT>
<BR><FONT SIZE=3D2>can induce this kind of drain on resources.&nbsp; =
How many large servers, for </FONT>
<BR><FONT SIZE=3D2>instance, allow &quot;LIST -R&quot; from their root =
directory, and sort the output as </FONT>
<BR><FONT SIZE=3D2>they go?&nbsp; Or &quot;STAT -R&quot; for the same =
effect?&nbsp; Then there's the servers that </FONT>
<BR><FONT SIZE=3D2>allow in-line compression into ZIP/ZOO/GZIP/whatever =
format.&nbsp; Each of these </FONT>
<BR><FONT SIZE=3D2>produces a processor drain on the server that is =
relatively large compared </FONT>
<BR><FONT SIZE=3D2>to the drain on the client's resources.&nbsp; But =
then we start getting into </FONT>
<BR><FONT SIZE=3D2>wondering whether we should note that a fast client =
connecting to a slower </FONT>
<BR><FONT SIZE=3D2>server might also provide for an effective =
denial-of-service attack. :-)</FONT>
</P>

<P><FONT SIZE=3D2>There is a limit to what an RFC can cover in terms of =
such decisions as to </FONT>
<BR><FONT SIZE=3D2>what is worth implementing, and what is likely to be =
abused; my own </FONT>
<BR><FONT SIZE=3D2>suggestion would be to update the &quot;Error =
responses&quot; paragraph to note &quot;too </FONT>
<BR><FONT SIZE=3D2>expensive to compute&quot; as another allowed reason =
for generating 550 (or </FONT>
<BR><FONT SIZE=3D2>perhaps another code could be used?&nbsp; how would =
that affect existing clients </FONT>
<BR><FONT SIZE=3D2>that use SIZE?)</FONT>
</P>

<P><FONT SIZE=3D2>Needless to say, if the 550 code is used, the =
presence of a 550 return from </FONT>
<BR><FONT SIZE=3D2>SIZE must not be treated as an assertion that the =
file does not exist, as I </FONT>
<BR><FONT SIZE=3D2>have seen some clients believe.</FONT>
</P>

<P><FONT SIZE=3D2>Are there any systems that might find it difficult to =
calculate transfer </FONT>
<BR><FONT SIZE=3D2>size in modes other than ASCII?</FONT>
</P>

<P><FONT SIZE=3D2>Alun.</FONT>
<BR><FONT SIZE=3D2>~~~~</FONT>
</P>

<P><FONT SIZE=3D2>--</FONT>
<BR><FONT SIZE=3D2>Texas Imperial Software | Try WFTPD, the Windows FTP =
Server. Find it</FONT>
<BR><FONT SIZE=3D2>1602 Harvest Moon Place | at web site <A =
HREF=3D"http://www.wftpd.com" =
TARGET=3D"_blank">http://www.wftpd.com</A> or email</FONT>
<BR><FONT SIZE=3D2>Cedar Park TX 78613&nbsp;&nbsp;&nbsp;&nbsp; | us at =
alun@texis.com.&nbsp; VISA / MC accepted.</FONT>
<BR><FONT SIZE=3D2>Fax +1 (512) 378 3246&nbsp;&nbsp; | NT based ISPs, =
be sure to read details of</FONT>
<BR><FONT SIZE=3D2>Phone +1 (512) 378 3246 | WFTPD Pro, NT service =
version - $100.</FONT>
<BR><FONT SIZE=3D2>*WFTPD and WFTPD Pro now available as native Alpha =
versions for NT*</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01BF56DA.C76589E0--




From ftp-wg-owner@hethmon.com  Wed Jan  5 00:08:20 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA15803
	for <ftpext-archive@lists.ietf.org>; Wed, 5 Jan 2000 00:08:20 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000104235441-4216-10 ; Tue, 04 Jan 2000 23:54:41 -0500
Received: from munnari.OZ.AU (munnari.OZ.AU [128.250.1.21]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000104235437-44823-9 ; Tue, 04 Jan 2000 23:54:39 -0500
Received: from mundamutti.cs.mu.OZ.AU ([128.250.1.5])
	by munnari.OZ.AU with SMTP (5.83--+1.3.1+0.59) id EA02042;
	Wed, 5 Jan 2000 15:52:10 +1100 (from kre@munnari.OZ.AU)
In-Reply-To: Your message of "Mon, 03 Jan 2000 06:52:52 CDT."
             <AF3DE24E780AD211970800600861154B381ACB@TOLSTOI> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Message-Id: <2499.947047929@munnari.OZ.AU>
Date: Tue, 4 Jan 2000 23:54:39 -0500
X-OldDate:  Wed, 05 Jan 2000 15:52:09 +1100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Robert Elz <kre@munnari.OZ.AU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: SIZE

    Date:        Mon, 3 Jan 2000 06:52:52 -0500
    From:        "Shesterikov Maxim (sm)" <ShesMax@ru.hilti.com>
    Message-ID:  <AF3DE24E780AD211970800600861154B381ACB@TOLSTOI>

  | The text of the draft says that the primary purpose of SIZE is to determine
  | whether the file on the other side has changed.

Does it?  I will have to check - the primary reason is in conjunction
with the REST/STOR combination, so if an "upload" is interrupted part
way through, the source knows exactly where to restart to complete the
transfer.   Its use in checking that a source file for a RETR has not
altered (as one component of that test) is just a frill, and generally
yes, MDTM is better suited to that.

If there is something that ought be changed in, or added to, the doc
before we are done with it, that needs to be suggested quite explicitly
here now, so it can be fixed as a WG last call comment, before an IETF
last call is requested.   So far, I haven't been able to detect anything
that really ought be changed (especially considering that SIZE has been
around now for many years - just not written).

kre




From ftp-wg-owner@hethmon.com  Wed Jan  5 17:35:05 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA17218
	for <ftpext-archive@lists.ietf.org>; Wed, 5 Jan 2000 17:35:03 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000105173334-6449-13 ; Wed, 05 Jan 2000 17:33:34 -0500
Received: from smtpout.telus.net (smtpout.telus.net [207.194.28.79]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000105173328-42592-12 ; Wed, 05 Jan 2000 17:33:32 -0500
Received: from Freewwweb.freewwweb.com (nvcr01m04-62.bctel.ca [209.53.80.62])
	by smtpout.telus.net (8.9.1a/8.9.1) with SMTP id OAA23882;
	Wed, 5 Jan 2000 14:09:35 -0800 (PST)
Message-Id: <200001052209.OAA23882@smtpout.telus.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Priority: 3
Date: Wed, 5 Jan 2000 17:33:33 -0500
X-OldDate:  Wed, 05 Jan 2000 14:12:26 -0800
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Scott" <nomoreworknow@hotmail.com>
To: "Opportunity Seeker" <nomoreworknow@hotmail.com>
Subject: Ftp-WG: Create Multiple Incomes From Home
Content-Transfer-Encoding: 7bit


Extraordinary New Automated Business!

One high tech marketing effort creates four income sources:  one very quick
income, two intermediate term residual incomes and one long term residual
income.  You may receive as many as 9 checks per month.

No selling, no boss, no employees, no meetings and no traffic jams.  Very low
start up cost and tremendous tax benefits.

Work at your computer to build a business that can allow you to RETIRE in 36
months and be totally debt free in 60 months.

Our professionally managed "mutual fund" approach to business assures low
risk, stability and a huge income potential.

The extraordinary compensation system is so unique it has a patent pending!

For a complete recorded overview of this powerful new business call: (800)
388-5036.

******************************************************
You received this message because you are on our list of people interested in 
this opportunity, or we have corresponded in the past.  To be removed, simply 
write to gonefromlistnow@hotmail.com, and type the address you want removed in 
the Subject line.  Please note, any attempts to disrupt this remove account, 
will only result in the inability to remove requested names off our list.





From ftp-wg-owner@hethmon.com  Sun Jan  9 19:37:51 2000
Received: from merlin.hethmon.com (merlin.hethmon.com [208.147.156.2])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA11339
	for <ftpext-archive@lists.ietf.org>; Sun, 9 Jan 2000 19:37:50 -0500 (EST)
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6]) by merlin.hethmon.com
    (Hethmon Brothers Smtpd) id 20000109204036-43737-65 ; Sun, 09 Jan 2000 20:40:36 -0500
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000109193908-1425-8 ; Sun, 09 Jan 2000 19:39:08 -0500
Received: from mx1.deinfo.es (195.76.54.7 [195.76.54.7]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000109193903-33524-8 ; Sun, 09 Jan 2000 19:39:05 -0500
Message-Id: <20000109193903-33524-8@mail.hethmon.com>
Received: from john (1Cust20.tnt28.dfw5.da.uu.net [63.27.211.20])
          by mx1.deinfo.es (Netscape Mail Server v2.02) with SMTP
          id ABM298; Mon, 10 Jan 2000 01:40:16 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_4C64_00000081.00006981"
X-Priority: 3
X-MSMail-Priority: Normal
Date: Sun, 9 Jan 2000 19:39:05 -0500
X-OldDate:  Sun, 09 Jan 2000 16:03:56 -0800
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: worksmart@ananzi.co.za
To: 
Subject: Ftp-WG: Discover The Ultimate Home Based Business

------=_NextPart_000_4C64_00000081.00006981
Content-Type: text/html;

<HTML>
<BODY>

<FONT face="Times New Roman">
<FONT size=3><B>  </B>
<FONT size=4><B> The well informed  and well educated people in our<BR>
society will be among the wealthiest in the coming era.<BR>
</B>
<FONT size=3><B> <BR>
</B>
<FONT size=3><B> I have the necessary information to be one of them, do you?<BR>
<BR>
</B>
<FONT size=3><B> Knowledge is Power...The Power to get your Freedoms back!<BR>
Knowledge also equates to more money in YOUR pocket.<BR>
<BR>
Our team of experts can teach you how to legally ELIMINATE<BR>
business, personal, and capital gains (income) TAXES for life,<BR>
and how to protect your assets against liens, levies and judgements.<BR>
<BR>
Comprehensive Information teaches scarcely known legal financial and<BR>
privacy strategies that in the past, only the ultra wealthy or<BR>
very well to do have utilized.  Always wondered how the rich<BR>
keep getting richer?  WE HAVE THE ANSWER!<BR>
<BR>
We provide financial and tax information, education, and strategies<BR>
that lawyers, accountants, and other so-called "authorities"<BR>
and agencies do not have, despite their training!  <BR>
<BR>
We even offer on restructuring your financial affairs!<BR>
<BR>
This program is all about MONEY... how to MAKE IT,<BR>
how to KEEP IT, and how to MAKE IT WORK for you!<BR>
<BR>
If you have ever considered BANKRUPTCY due to heavy credit card debt,<BR>
stop and check this out first!  We can even help you to legally<BR>
ELIMINATE Credit Card Debt...Without Bankruptcy!<BR>
<BR>
Americans have allowed themselves to give away their<BR>
control of their individual rights, thus eroding priceless<BR>
financial and individual freedoms guaranteed to us by the founding<BR>
fathers in the U.S. Constitution.<BR>
<BR>
This course compares common law and<BR>
statutory law, and it provides in-depth instruction on the use of<BR>
practical tools to regain your financial and personal freedoms.<BR>
<BR>
*Learn how to SAVE TENS OF THOUSANDS OF DOLLARS!<BR>
<BR>
*How to set up IBC's<BR>
 <BR>
*Legal Tax Elimination strategies<BR>
<BR>
*How to become Judgement Proof<BR>
<BR>
*Insider Secrets to Wealth Creation<BR>
<BR>
*International Banking and Finance<BR>
<BR>
*Personal Freedom and Sovereignty<BR>
<BR>
*Asset Preservation and Trust Creation<BR>
<BR>
*Constitutional Principles of Common Law<BR>
<BR>
*How to move IRA Funds without taxation or penalties<BR>
<BR>
*Tremendous Profit Potential from foreign currency, commodities & trading<BR>
<BR>
Call us at..........................<BR>
E-Mail us at.....................<BR>
Go to our site at....................<BR>
<BR>
Attention: $ INDEPENDENT ENTREPRENEURS $<BR>
<BR>
Like what you are reading about? Think this would "Sell Itself"?<BR>
Are you looking for a Legitimate HOME-BASED Enterprise?<BR>
<BR>
Looking for a proven program that REALLY CAN generate<BR>
$10,000-$20,000 plus monthly? Do you have what it<BR>
takes (Commitment & Desire) to make really big money?<BR>
<BR>
Tired of working for someone else and getting<BR>
paid what "they" feel you're  worth? <BR>
<BR>
Are you looking for a Legitimate HOME-BASED business opportunity,<BR>
that is not multi-level marketing, or a chain-letter scheme?<BR>
We market exceptional products, not "vitamins, lotions, and potions".<BR>
<BR>
If you would like to build an amazing income that will grow<BR>
lightning-fast and have you PROFITING 80% every time a prospect<BR>
makes a purchase, THEN, THIS IS FOR YOU!  <BR>
<BR>
You can build the business under our guidance and <BR>
support-without having to attend meetings<BR>
or sell people things they don't need.<BR>
<BR>
NO personal selling or "convince me" tactics involved!<BR>
NO special skills or equipment required to sell!<BR>
NO "inventory" to keep or stock!<BR>
<BR>
This is so easy, it almost sells itself!<BR>
Ordinary people are finding themselves extremely successful with this program!<BR>
Many qualified retailers have achieved 6-figure incomes!<BR>
<BR>
Complete information system already developed, does the explaining for you! <BR>
This is Free-Enterprise in its purest form, not a MLM or a franchise.<BR>
We offer full training and support in an environment of UP-MOST INTEGRITY.<BR>
<BR>
Start a home-based business NOW while the time is right!<BR>
This is the right product at the right time!<BR>
<BR>
With our support team, and training to ASSURE success,<BR>
we can help you to work smarter, not harder to achieve<BR>
your greatest potential.<BR>
<BR>
 Call 24 hours A Day<BR>
<BR>
1-800-320-9895 ext.  6215<BR>
<BR>
<BR>
After a brief interview,<BR>
We will give you all the information you  need to make your own<BR>
relaxed and intelligent decision about your future.<BR>
(Serious inquiries only please)<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
To Be Removed From Future Mailings Send a Blank e-mail with remove in the subject line and<BR>
the email address or addresses's to be removed in the body of the email to   frank_white@bigfoot.com<BR>
</B> <BR>
<FONT face="MS Sans Serif">
<FONT size=2> <BR>
</FONT></FONT></FONT></FONT></FONT></FONT></FONT></FONT></BODY></HTML>





------=_NextPart_000_4C64_00000081.00006981--


From ftp-wg-owner@hethmon.com  Mon Jan 10 03:25:29 2000
Received: from merlin.hethmon.com (merlin.hethmon.com [208.147.156.2])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA27748
	for <ftpext-archive@lists.ietf.org>; Mon, 10 Jan 2000 03:25:28 -0500 (EST)
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6]) by merlin.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110042834-10986-49 ; Mon, 10 Jan 2000 04:28:34 -0500
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110032719-13116-9 ; Mon, 10 Jan 2000 03:27:20 -0500
Received: from munnari.OZ.AU (munnari.OZ.AU [128.250.1.21]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110032716-50248-8 ; Mon, 10 Jan 2000 03:27:17 -0500
Received: from mundamutti.cs.mu.OZ.AU ([128.250.1.5])
	by munnari.OZ.AU with SMTP (5.83--+1.3.1+0.59) id IA15438;
	Mon, 10 Jan 2000 19:24:46 +1100 (from kre@munnari.OZ.AU)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Message-Id: <2434.947492686@munnari.OZ.AU>
Date: Mon, 10 Jan 2000 03:27:18 -0500
X-OldDate:  Mon, 10 Jan 2000 19:24:46 +1100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Robert Elz <kre@munnari.OZ.AU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

The WG last call period Paul announced several weeks ago has ended now.
The only comments I saw related to the SIZE command.

Currently, for the draft that will follow, I propose making just one
change.

The sentence that read ...

	This command is normally used in conjunction with the RESTART
	(REST) command.

I propose changing to ...

	This command is normally used in conjunction with the RESTART
	(REST) command when STORing a file to a remote server in STEAM
        mode, to determine the restart point.

if there are no objections.  This is to make it clearer that the reason
for using SIZE with REST isn't to determine if the file has changed.

I thought about the possibility of defining a 4xx error response, but I really
couldn't think of anything that makes sense, or with a definition I would
know what do do with (nor could I figure out when writing a server when I
would ever issue such a command, given the prime motivation seems to be to
avoid denial of service - making the server do loads of unnecessary work.

If I felt it necessary to limit SIZE for that reason, I'd be more tempted to
do it by refusing SIZE for any file older than a few days, on the assumption
that no-one would reasonably be attempting to restart a file store that had
been interrupted for any lengthy period of time.   But that wouldn't be a
"temporary" condition, it isn't going to just fix itself - so a 4xx error
wouldn't be appropriate there anyway.

On the other hand, the current definition of the 550 error covers almost any
conceivable reason for not responding to a SIZE command - and would cover
this one as well.   Any client treating a 550 to a SIZE as meaning "file 
doesn't exist" is straight out broken.   Given that 550 has been the (only
non-syntax related) error code in SIZE implementations for 15 years (or
however long it has really been - about that long) that the command has
existed, I would hesitate to go defining new error codes now personally.

So, aside from that one change, the only other thing I intend doing for the
(hopefully final) version of the draft, is to delete the "this paragraph will
be deleted from the final version of this document" paragraph from the
abstract (the one giving a summary of the changes).

I'll wait a few more days before I submit the -10 draft to determine whether
there are any objections to this, or whether anyone has any (specific, with
wording) suggestions for other changes.

kre




From ftp-wg-owner@hethmon.com  Mon Jan 10 08:55:53 2000
Received: from merlin.hethmon.com (merlin.hethmon.com [208.147.156.2])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA03396
	for <ftpext-archive@lists.ietf.org>; Mon, 10 Jan 2000 08:55:51 -0500 (EST)
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6]) by merlin.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110095854-23420-60 ; Mon, 10 Jan 2000 09:58:55 -0500
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110085735-47206-9 ; Mon, 10 Jan 2000 08:57:35 -0500
Received: from crydee.sai.msu.ru (crydee.sai.msu.ru [195.208.220.203]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110085732-8605-8 ; Mon, 10 Jan 2000 08:57:33 -0500
Received: from localhost (asv1@localhost)
	by crydee.sai.msu.ru (8.9.3/8.9.3) with ESMTP id RAA51963
	for <ftp-wg@hethmon.com>; Mon, 10 Jan 2000 17:00:33 GMT
	(envelope-from asv1@crydee.sai.msu.ru)
In-Reply-To: <2434.947492686@munnari.OZ.AU>
Message-ID: <Pine.BSF.4.21.0001101554090.51439-100000@crydee.sai.msu.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Mon, 10 Jan 2000 08:57:34 -0500
X-OldDate:  Mon, 10 Jan 2000 17:00:33 +0000 (GMT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

On Mon, 10 Jan 2000, Robert Elz wrote:

> The WG last call period Paul announced several weeks ago has ended now.
> The only comments I saw related to the SIZE command.

Hello,

I am sorry for being late... Unfortunately, I have only recently joined
this mailing list (but spent some time reading previous archived
discussions). Here are my comments regarding draft 9:

1) I (and probably some other client writers) would find useful command
for *setting* file modification time. It could be utilized for doing
mirroring-by-upload. AFAIK, among current implementations only ncftpd
supports SITE UTIME.

2) The draft gives examples of OS-specific facts as OS/2.ea, MACOS.rf and
UNIX.mode. How reasonable are the first two? I don't know much about
Macintosh resource forks, but OS/2 extended attributes can IIRC reach 64K.
Is this a reasonable way of handling them? (I did find comment about line
length not being limited). BTW, two BeOS vendors have recently developed
the extension (using SITE commands) to exchange attributes between client
and server (http://www.desertnights.com/attribute.shtml).

3) The draft gives no way of setting the facts for remote files.
Apparently not all facts would be settable, but at least some of them are.
When defining the way to retrieve the facts it could make sense to define
standard way to set them (that would also eliminate item 1, of course).
Taking again OS/2 EAs as an example, such asymmetry is going to create
some proprietary extensions for attaching attributes to files on server.

4) "Unique" fact is supposed to help mirroring programs. Currently they
rely on listings to detect and handle symbolic links. How these programs
are supposed to know how the links are organized? (I have noticed that
draft says that information about actual links is not available). Since
typical mirroring program tries to represent remote file structure as
close as possible, I would expect them (at least Unix ones) not using MLSx
since it will limit the functionality.

I understand that these comments are rather late and the committee is
gearing towards the final version. If the general opinion is that the RFC
must be published as soon as possible without discussions of any real
length, I will find it reasonable.

---------------------------------------------------------------------------
Dr. Sergey Ayukov                          Sternberg Astronomical Institute
http://www.ayukov.com                                        Moscow, Russia
http://crydee.sai.msu.ru/index-asv.html




From ftp-wg-owner@hethmon.com  Mon Jan 10 09:48:19 2000
Received: from merlin.hethmon.com (merlin.hethmon.com [208.147.156.2])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA04981
	for <ftpext-archive@lists.ietf.org>; Mon, 10 Jan 2000 09:48:16 -0500 (EST)
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6]) by merlin.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110105124-22330-59 ; Mon, 10 Jan 2000 10:51:25 -0500
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110095006-59798-9 ; Mon, 10 Jan 2000 09:50:06 -0500
Received: from discordia.io.com (discordia.io.com [199.170.88.100]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110095004-18703-8 ; Mon, 10 Jan 2000 09:50:04 -0500
Received: from magnus (as1-dialup-44.io.com [206.224.82.44])
	by discordia.io.com (8.9.3/8.9.3) with ESMTP id IAA02424
	for <ftp-wg@hethmon.com>; Mon, 10 Jan 2000 08:47:37 -0600
Message-Id: <4.2.2.20000110071235.00a93ef0@mail.io.com>
X-Sender: alun@mail.io.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 
In-Reply-To: <2434.947492686@munnari.OZ.AU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Date: Mon, 10 Jan 2000 09:50:04 -0500
X-OldDate:  Mon, 10 Jan 2000 07:41:13 -0600
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Alun Jones <alun@texis.com>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

At 02:27 AM 1/10/2000 , you wrote:
>On the other hand, the current definition of the 550 error covers almost any
>conceivable reason for not responding to a SIZE command - and would cover
>this one as well.   Any client treating a 550 to a SIZE as meaning "file
>doesn't exist" is straight out broken.   Given that 550 has been the (only
>non-syntax related) error code in SIZE implementations for 15 years (or
>however long it has really been - about that long) that the command has
>existed, I would hesitate to go defining new error codes now personally.


However, since it's clear that some clients _do_ treat 550 to mean the file 
does not exist, how about a brief sentence or two to indicate that SIZE 
returning 550 does not mean that the file can not be transferred?

Section 4.2 seems fairly limiting on what might cause the 550:

    Where the command is correctly parsed, but the size is not available,
    either because the pathname identifies no existing entity, or because
    the entity named cannot be transferred in the current MODE and TYPE
    (or at all), then a 550 reply should be sent.

Here, we're suggesting that 550 also could mean "I don't feel it's 
appropriate for me to go to the effort of calculating the size".

The wording I would suggest, would add on to the end of 4.2, and go 
something like:

"The presence of the 550 error response to a SIZE command MUST NOT be taken 
by the client as an indication that the file can not be transferred in the 
current MODE and TYPE.  A server may generate this error for other reasons 
- for instance if the processing overhead is considered too great."

Alun.
~~~~

--
Texas Imperial Software | Try WFTPD, the Windows FTP Server. Find it
1602 Harvest Moon Place | at web site http://www.wftpd.com or email
Cedar Park TX 78613     | us at alun@texis.com.  VISA / MC accepted.
Fax +1 (512) 378 3246   | NT based ISPs, be sure to read details of
Phone +1 (512) 378 3246 | WFTPD Pro, NT service version - $100.
*WFTPD and WFTPD Pro now available as native Alpha versions for NT*




From ftp-wg-owner@hethmon.com  Mon Jan 10 10:13:18 2000
Received: from merlin.hethmon.com (merlin.hethmon.com [208.147.156.2])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA05699
	for <ftpext-archive@lists.ietf.org>; Mon, 10 Jan 2000 10:13:16 -0500 (EST)
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6]) by merlin.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110111617-13303-60 ; Mon, 10 Jan 2000 11:16:17 -0500
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110101502-61118-9 ; Mon, 10 Jan 2000 10:15:02 -0500
Received: from munnari.OZ.AU (munnari.OZ.AU [128.250.1.21]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110101458-20551-8 ; Mon, 10 Jan 2000 10:15:00 -0500
Received: from mundamutti.cs.mu.OZ.AU ([128.250.1.5])
	by munnari.OZ.AU with SMTP (5.83--+1.3.1+0.59) id PA04340;
	Tue, 11 Jan 2000 02:12:16 +1100 (from kre@munnari.OZ.AU)
In-Reply-To: Your message of "Mon, 10 Jan 2000 09:50:04 CDT."
             <4.2.2.20000110071235.00a93ef0@mail.io.com> 
Message-Id: <5756.947517134@munnari.OZ.AU>
Date: Mon, 10 Jan 2000 10:15:00 -0500
X-OldDate:  Tue, 11 Jan 2000 02:12:14 +1100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Robert Elz <kre@munnari.OZ.AU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

    Date:        Mon, 10 Jan 2000 09:50:04 -0500
    From:        Alun Jones <alun@texis.com>
    Message-ID:  <4.2.2.20000110071235.00a93ef0@mail.io.com>

  | However, since it's clear that some clients _do_ treat 550 to mean the file 
  | does not exist, how about a brief sentence or two to indicate that SIZE 
  | returning 550 does not mean that the file can not be transferred?

Seems reaosnable.

  | Section 4.2 seems fairly limiting on what might cause the 550:
  | 
  |     Where the command is correctly parsed, but the size is not available,
  |     either because the pathname identifies no existing entity, or because
  |     the entity named cannot be transferred in the current MODE and TYPE
  |     (or at all), then a 550 reply should be sent.

The either or case wasn't really meant to be an exhaustive list, just
examples of why "the size is not available" - "I don't want to make
it available" would be another possibility.   I might change "either" to
"perhaps" to make that clearer.

  | "The presence of the 550 error response to a SIZE command MUST NOT be taken 
  | by the client as an indication that the file can not be transferred in the 
  | current MODE and TYPE.  A server may generate this error for other reasons 
  | - for instance if the processing overhead is considered too great."

OK, I will wait for more comments, and if no more is added, will add that.

kre

ps: just in case someone else notices, Luke Mewburn already pointed out
the STEAM/STREAM typo in the sentence I sent in the previous message.



From ftp-wg-owner@hethmon.com  Mon Jan 10 10:33:16 2000
Received: from merlin.hethmon.com (merlin.hethmon.com [208.147.156.2])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA06129
	for <ftpext-archive@lists.ietf.org>; Mon, 10 Jan 2000 10:33:13 -0500 (EST)
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6]) by merlin.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110113614-42460-44 ; Mon, 10 Jan 2000 11:36:14 -0500
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110103439-2755-9 ; Mon, 10 Jan 2000 10:34:39 -0500
Received: from munnari.OZ.AU (munnari.OZ.AU [128.250.1.21]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110103436-41441-8 ; Mon, 10 Jan 2000 10:34:37 -0500
Received: from mundamutti.cs.mu.OZ.AU ([128.250.1.5])
	by munnari.OZ.AU with SMTP (5.83--+1.3.1+0.59) id PA20048;
	Tue, 11 Jan 2000 02:31:32 +1100 (from kre@munnari.OZ.AU)
In-Reply-To: Your message of "Mon, 10 Jan 2000 08:57:34 CDT."
             <Pine.BSF.4.21.0001101554090.51439-100000@crydee.sai.msu.ru> 
Message-Id: <6029.947518290@munnari.OZ.AU>
Date: Mon, 10 Jan 2000 10:34:38 -0500
X-OldDate:  Tue, 11 Jan 2000 02:31:30 +1100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Robert Elz <kre@munnari.OZ.AU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

    Date:        Mon, 10 Jan 2000 08:57:34 -0500
    From:        "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
    Message-ID:  <Pine.BSF.4.21.0001101554090.51439-100000@crydee.sai.msu.ru>

  | 1) I (and probably some other client writers) would find useful command
  | for *setting* file modification time. It could be utilized for doing
  | mirroring-by-upload. AFAIK, among current implementations only ncftpd
  | supports SITE UTIME.

I have seen clients (not sure about servers) attempt to pervert MDTM
by giving it two args (time & path).   One of the examples comes from
a client which once attempted to do that, and is there precisely to make
it clear that isn't rational.    And yes, a command for that certainly has
its uses - but wasn't really ever in the scope of what was being done

It can be argued (fairly easily) that there are two totally separate
things here - the mls* commands and the size/mdtm/rest add ons, and that
they should perhaps be in separate docs completely, with the former being
new stuff with a particularly limited scope, and the latter being simple
doc of existing functions long available and never properly documented.
Having them combined makes it appear that adding functionality to the
latter group would be reasonable for the WG to be doing, which I don't
think was ever in the game plan.  Setting mod times would/might fall
into that category.   Back when the group was newer, adding that as a
work item would probably have been accepted, now this group is really
badly running out of steam, and probably needs to be buried asap.

  | 2) The draft gives examples of OS-specific facts as OS/2.ea, MACOS.rf and
  | UNIX.mode. How reasonable are the first two?

Almost certainly not at all.   I know nothing at all about OS/2.  What
little I know about mac filesystems would suggest that the only rational
way of defining a MACOS.rf fact would be to define its value as being the
name of a "hidden" file (probably in the same virtual directory) which could
be retrieved (perhaps MLST'd as well) to obtain the resource fork data.
There's no real limit on how much that can be - for applications, all of the
code lives in the resorce fork.   But defining how that works, if it can
be made to work at all, is really for those who deal with mac servers
and clients.

  | 3) The draft gives no way of setting the facts for remote files.

No, listing formats were all we were doing (in this part of the work,
other results have already appeared as RFCs).   Again, the ability to set
some of the options would probably be useful, but I suspect, not by this
WG, a new one would be needed, after a small break probably.

  | 4) "Unique" fact is supposed to help mirroring programs. Currently they
  | rely on listings to detect and handle symbolic links. How these programs
  | are supposed to know how the links are organized?

In theory, they're not.  Unix style symbolic links are a horribly system
dependant beast.   In the virtual world, the best that can be done really
is to indicate that two names represent the same file, and leave it to the
client to duiplicate that the best it can.  From the ftp standpoint, it
would all look the same to another client - which name is the symlink, and
which is the actual file, really doesn't matter there.

For other applications than making a mirror of an ftp archive for use as
an ftp mirror server, you really can want better info than that - but it
is typically useful only on servers which can fairly accurately represent
the filesystem details of the server (often the same basic OS).  That's
where OS dependant facts are needed, and a fact to indicate that "this name
is a symlink and its value is xxxx" would be an entirely reaslnable unix
dependant fact to define sometime.   I don't think that more than what
now exists is reasonable for a filesystem independant fact set.

Thanks for the comments,

kre





From ftp-wg-owner@hethmon.com  Mon Jan 10 13:03:13 2000
Received: from merlin.hethmon.com (merlin.hethmon.com [208.147.156.2])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA09542
	for <ftpext-archive@lists.ietf.org>; Mon, 10 Jan 2000 13:03:12 -0500 (EST)
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6]) by merlin.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110140555-31595-24 ; Mon, 10 Jan 2000 14:05:55 -0500
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110130431-11322-9 ; Mon, 10 Jan 2000 13:04:31 -0500
Received: from crydee.sai.msu.ru (crydee.sai.msu.ru [195.208.220.203]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110130422-46672-8 ; Mon, 10 Jan 2000 13:04:28 -0500
Received: from localhost (asv1@localhost)
	by crydee.sai.msu.ru (8.9.3/8.9.3) with ESMTP id VAA00949
	for <ftp-wg@hethmon.com>; Mon, 10 Jan 2000 21:07:58 GMT
	(envelope-from asv1@crydee.sai.msu.ru)
In-Reply-To: <6029.947518290@munnari.OZ.AU>
Message-ID: <Pine.BSF.4.21.0001102053200.845-100000@crydee.sai.msu.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Mon, 10 Jan 2000 13:04:29 -0500
X-OldDate:  Mon, 10 Jan 2000 21:07:57 +0000 (GMT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

On Mon, 10 Jan 2000, Robert Elz wrote:

>   | 1) I (and probably some other client writers) would find useful command
>   | for *setting* file modification time. It could be utilized for doing
>   | mirroring-by-upload. AFAIK, among current implementations only ncftpd
>   | supports SITE UTIME.
> 
> I have seen clients (not sure about servers) attempt to pervert MDTM
> by giving it two args (time & path).   One of the examples comes from
> a client which once attempted to do that, and is there precisely to make

This is certainly no good, and I did not make such proposals (extending
MDTM in such way).

> it clear that isn't rational.    And yes, a command for that certainly has
> its uses - but wasn't really ever in the scope of what was being done
> 
> It can be argued (fairly easily) that there are two totally separate
> things here - the mls* commands and the size/mdtm/rest add ons, and that
> they should perhaps be in separate docs completely, with the former being

Agreed.

>   | 2) The draft gives examples of OS-specific facts as OS/2.ea, MACOS.rf and
>   | UNIX.mode. How reasonable are the first two?
> 
> Almost certainly not at all.   I know nothing at all about OS/2.  What
> little I know about mac filesystems would suggest that the only rational
> way of defining a MACOS.rf fact would be to define its value as being the
> name of a "hidden" file (probably in the same virtual directory) which could
> be retrieved (perhaps MLST'd as well) to obtain the resource fork data.
> There's no real limit on how much that can be - for applications, all of the
> code lives in the resorce fork.   But defining how that works, if it can
> be made to work at all, is really for those who deal with mac servers
> and clients.

Ok (in other words, let vendor wildest fantasies unfold ;-) Since I am
doing FTP client implementation under several systems, and at least two of
them (OS/2 and BeOS) have attributes associated with files, I was really
interested how do I suppose to handle that according current draft 9.
 
>   | 3) The draft gives no way of setting the facts for remote files.
> 
> No, listing formats were all we were doing (in this part of the work,
> other results have already appeared as RFCs).   Again, the ability to set
> some of the options would probably be useful, but I suspect, not by this
> WG, a new one would be needed, after a small break probably.

I see.
 
>   | 4) "Unique" fact is supposed to help mirroring programs. Currently they
>   | rely on listings to detect and handle symbolic links. How these programs
>   | are supposed to know how the links are organized?
> 
> In theory, they're not.  Unix style symbolic links are a horribly system
> dependant beast.   In the virtual world, the best that can be done really
> is to indicate that two names represent the same file, and leave it to the
> client to duiplicate that the best it can.  From the ftp standpoint, it
> would all look the same to another client - which name is the symlink, and
> which is the actual file, really doesn't matter there.

Neverthess many new systems are picking up this "horribly system dependant
beast" because it appears to be fairly convenient. *IMHO* the balance
between an ideal world of pure FTP and real filesystems and their quirks
isn't right here; too much abstraction! (I have found however that the
current draft includes special type of OS.os-name=os-type which could
handle links just fine).

> For other applications than making a mirror of an ftp archive for use as
> an ftp mirror server, you really can want better info than that - but it
> is typically useful only on servers which can fairly accurately represent
> the filesystem details of the server (often the same basic OS).  That's
> where OS dependant facts are needed, and a fact to indicate that "this name
> is a symlink and its value is xxxx" would be an entirely reaslnable unix
> dependant fact to define sometime.   I don't think that more than what
> now exists is reasonable for a filesystem independant fact set.

Maybe you're right. 

Thank you for the notes on my comments.

---------------------------------------------------------------------------
Dr. Sergey Ayukov                          Sternberg Astronomical Institute
http://www.ayukov.com                                        Moscow, Russia
http://crydee.sai.msu.ru/index-asv.html






From ftp-wg-owner@hethmon.com  Tue Jan 11 19:39:00 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA23693
	for <ftpext-archive@lists.ietf.org>; Tue, 11 Jan 2000 19:38:59 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110222738-2717-9 ; Mon, 10 Jan 2000 22:27:38 -0500
Received: from munnari.OZ.AU (munnari.OZ.AU [128.250.1.21]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000110222734-43313-8 ; Mon, 10 Jan 2000 22:27:35 -0500
Received: from mundamutti.cs.mu.OZ.AU ([128.250.1.5])
	by munnari.OZ.AU with SMTP (5.83--+1.3.1+0.59) id DA03327;
	Tue, 11 Jan 2000 14:19:57 +1100 (from kre@munnari.OZ.AU)
In-Reply-To: Your message of "Mon, 10 Jan 2000 13:04:29 CDT."
             <Pine.BSF.4.21.0001102053200.845-100000@crydee.sai.msu.ru> 
Message-Id: <15925.947560791@munnari.OZ.AU>
Date: Mon, 10 Jan 2000 22:27:37 -0500
X-OldDate:  Tue, 11 Jan 2000 14:19:51 +1100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Robert Elz <kre@munnari.OZ.AU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

    Date:        Mon, 10 Jan 2000 13:04:29 -0500
    From:        "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
    Message-ID:  <Pine.BSF.4.21.0001102053200.845-100000@crydee.sai.msu.ru>

  | This is certainly no good, and I did not make such proposals (extending
  | MDTM in such way).

No, I know - I was just pointing out that there have been others who
have seen the need for a way to set the modify time (where that is even
possible) and that various approaches have been tried.   This one needs
to be worked out.   It is probably new enough that it could do with
some discussion at an actual face to face working group meeting, of some
working group - this group hasn't actually met in years now.

  | Ok (in other words, let vendor wildest fantasies unfold ;-)

Not quite - the OS specific extensions are supposed to be documented
so that everyone can agree on exactly what they mean, and how they
should be used.   The draft sets out the method for doing that.

  | Since I am
  | doing FTP client implementation under several systems, and at least two of
  | them (OS/2 and BeOS) have attributes associated with files, I was really
  | interested how do I suppose to handle that according current draft 9.

You're supposed to write down a proposal for the additional data
that you want to add for those systems, and submit it to IANA (after
this draft becomes an RFC).

  | (I have found however that the
  | current draft includes special type of OS.os-name=os-type which could
  | handle links just fine).

Yes, it can, though that should be used in addition to, not instead of
(perhaps unless some other negotiation is performed), listing the link as
a regular file (or directory) - that is, using the "two types for one object"
mechanisms.   Simply listing things as OS dependant types, and nothing else,
excludes them from any handing by clients that don't understand that OS,
and for something as simple as a linked file, that's not really necessary.

kre




From ftp-wg-owner@hethmon.com  Wed Jan 12 19:37:33 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA27304
	for <ftpext-archive@lists.ietf.org>; Wed, 12 Jan 2000 19:37:31 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000112193658-35163-8 ; Wed, 12 Jan 2000 19:36:58 -0500
Received: from bagel.ohsuga.info.waseda.ac.jp (bagel.ohsuga.info.waseda.ac.jp [133.9.212.74]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000112193345-39889-6 ; Wed, 12 Jan 2000 19:36:55 -0500
Received: from rhuhtwu.4kudos2all12.com (ip16.dublin5.oh.pub-ip.psi.net [38.27.144.16])
	by bagel.ohsuga.info.waseda.ac.jp (8.8.8+2.7Wbeta7/3.6Wbeta61.0) with SMTP id JAA10383;
	Thu, 13 Jan 2000 09:30:56 +0900
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7BIT
Message-Id: <xnhcfdxtfwqtv.hkocglpjlnglydf@rhuhtwu.4kudos2all12.com>
Date: Wed, 12 Jan 2000 19:36:56 -0500
X-OldDate:  Wed, 12 Jan 2000 19:14:06 -0500
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: kudos4495@the18thhole.com
To: techs@hettinger.ctctel.com
Subject: Ftp-WG: Achievement!
Content-Transfer-Encoding: 7BIT

Dear Candidate,  

You were recently selected by The Office of the Managing 
Director for a free listing on The International Executive 
Guild's Who's Who CD-ROM.

Our Researchers gather information from many recognized
sources, including professional associations and societies,
trade organizations, newspaper and magazine articles, 
professional reference publications, web presence, and 
referrals from existing members.

As a highly respected professional in your field of
expertise, we believe your contributions merit very 
serious consideration for inclusion on The International 
Executive Guild's Who's Who CD-ROM.  To maintain
the level of accuracy, we ask you to click on the web 
address highlighted below and fill out the brief bit of 
information required for inclusion.  

There is no cost or obligation to be listed on The 
International Executive Guild's Who's Who CD-ROM.  

For registration, please visit:

http://www.hydromed.org/myweb/business/lacky7


My Sincere Thanks,  

Lorraine A. Michaels 
Office Of Managing Director  

=======================================
All remove requests honored!! Just double-click:

<mailto:remv221@bigfoot.com?subject=Remove>

The International Executive Guild is not
affiliated or associated with Marquis 
Who's Who.




From ftp-wg-owner@hethmon.com  Thu Jan 13 10:03:56 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA19544
	for <ftpext-archive@lists.ietf.org>; Thu, 13 Jan 2000 10:03:48 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113095953-37208-8 ; Thu, 13 Jan 2000 09:59:53 -0500
Received: from crydee.sai.msu.ru (crydee.sai.msu.ru [195.208.220.203]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113095949-48687-6 ; Thu, 13 Jan 2000 09:59:51 -0500
Received: from localhost (asv1@localhost)
	by crydee.sai.msu.ru (8.9.3/8.9.3) with ESMTP id SAA00938
	for <ftp-wg@hethmon.com>; Thu, 13 Jan 2000 18:02:58 GMT
	(envelope-from asv1@crydee.sai.msu.ru)
In-Reply-To: <15925.947560791@munnari.OZ.AU>
Message-ID: <Pine.BSF.4.21.0001131757060.777-100000@crydee.sai.msu.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Thu, 13 Jan 2000 09:59:51 -0500
X-OldDate:  Thu, 13 Jan 2000 18:02:58 +0000 (GMT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

On Mon, 10 Jan 2000, Robert Elz wrote:

>   | (I have found however that the
>   | current draft includes special type of OS.os-name=os-type which could
>   | handle links just fine).
> 
> Yes, it can, though that should be used in addition to, not instead of
> (perhaps unless some other negotiation is performed), listing the link as
> a regular file (or directory) - that is, using the "two types for one object"
> mechanisms.   Simply listing things as OS dependant types, and nothing else,
> excludes them from any handing by clients that don't understand that OS,
> and for something as simple as a linked file, that's not really necessary.

Personally I did not like the idea of multiple entries per entity at all
in the current draft. They are confusing when read by unsuspecting humans,
and ugly when processed by an automatic parser. In the situation when
'unique' fact is not available or was not requested for performance
reasons, the ways to identify entries pointing to single entity become
rather unclear.

---------------------------------------------------------------------------
Dr. Sergey Ayukov                          Sternberg Astronomical Institute
http://www.ayukov.com                                        Moscow, Russia
http://crydee.sai.msu.ru/index-asv.html




From ftp-wg-owner@hethmon.com  Thu Jan 13 13:33:15 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA23492
	for <ftpext-archive@lists.ietf.org>; Thu, 13 Jan 2000 13:33:14 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113133117-2707-8 ; Thu, 13 Jan 2000 13:31:17 -0500
Received: from munnari.OZ.AU (munnari.OZ.AU [128.250.1.21]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113133114-43295-7 ; Thu, 13 Jan 2000 13:31:15 -0500
Received: from mundamutti.cs.mu.OZ.AU ([128.250.1.5])
	by munnari.OZ.AU with SMTP (5.83--+1.3.1+0.59) id SA03082;
	Fri, 14 Jan 2000 05:28:41 +1100 (from kre@munnari.OZ.AU)
In-Reply-To: Your message of "Thu, 13 Jan 2000 09:59:51 CDT."
             <Pine.BSF.4.21.0001131757060.777-100000@crydee.sai.msu.ru> 
Message-Id: <3604.947788119@munnari.OZ.AU>
Date: Thu, 13 Jan 2000 13:31:15 -0500
X-OldDate:  Fri, 14 Jan 2000 05:28:39 +1100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Robert Elz <kre@munnari.OZ.AU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

    Date:        Thu, 13 Jan 2000 09:59:51 -0500
    From:        "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
    Message-ID:  <Pine.BSF.4.21.0001131757060.777-100000@crydee.sai.msu.ru>

  | Personally I did not like the idea of multiple entries per entity at all
  | in the current draft.

They never really appealed to me all that much either - but do seem
to be the most obvious solution to an occasional, though existing,
problem.

  | They are confusing when read by unsuspecting humans,

MLS* output should never be "read by unsuspecting humans".   If the
output is just going to be dumped in front of a human (other than one
debugging an MLS* parser or similar who ought be presumed to not be
unsuspecting) then LIST ought be used instead - its output is typically
intended for human viewing.   On the other hand if the software is
going to reformat and "pretty up" the MLS* output, then it ought handle
this case.

  | and ugly when processed by an automatic parser.

Surely that depends upon the parser?

  | In the situation when
  | 'unique' fact is not available or was not requested for performance
  | reasons, the ways to identify entries pointing to single entity become
  | rather unclear.

No, this one is easy.   If the filename is the same (exactly the same)
then the two entries represent exactly the same file, and two types are
being represented for the same file.  If the filenames aren't identical
then two different objects are being represented.   Unique facts are
specifically not required for this.   Those are only to deal with multiple
names for the same file (however many types that file has).   Of course
if the unique fact is being returned on a multi-type multi-line listing
for one filename, then it will probably have the same value (though as
I think about it, I am not certain it always will, and I certainly would
not rely upon that).

kre



From ftp-wg-owner@hethmon.com  Thu Jan 13 14:13:52 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA24034
	for <ftpext-archive@lists.ietf.org>; Thu, 13 Jan 2000 14:13:51 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113141151-1610-8 ; Thu, 13 Jan 2000 14:11:51 -0500
Received: from ciac.ac.cn (ns.ciac.ac.cn [159.226.166.1]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113141142-26062-6 ; Thu, 13 Jan 2000 14:11:47 -0500
Received: from 159.226.166.1 by ciac.ac.cn (SMI-8.6/SMI-SVR4)
	id DAA12826; Fri, 14 Jan 2000 03:01:14 +0800
Message-Id: <200001131901.DAA12826@ciac.ac.cn>
Date: Thu, 13 Jan 2000 14:11:48 -0500
X-OldDate:  Thu, 13 Jan 00 00:39:32 EST
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Publishing@mx-26.fsnet.co.uk
To: Publishing@yahoo.com
Subject: Ftp-WG: Publishing Company for Sale!

See information about Free Credit Application Below!

My Multi-Million Dollar 
Publishing Company 
ONLY $149

Free Pre-Approved Merchant Account Application with Order!! 
To Start Your Business Out Right!!

If you ever wanted "the easy way out" to make a lot of money
with a business of your own....
Here is the EASIEST WAY TO START!

I'm writing this letter to let you in on something that'll blow
you away. What I'm about to present is something I've 
never done before...something that I'll never do again....
So PAY ATTENTION!

For the past few years...I've have been running ads in 
newspapers & magazines, by direct mail, and throughout 
the internet.  These ads were always small and very cheap...

On these ads, we have been selling little manuals.  These 
manuals have sold for anywhere between $10 to $99 each.  
We always ran different ads for each manual we were selling.  

I like selling information because NOBODY can put a price on 
it...ESPECIALLY when it is your own...The Sky is the Limit!

Plus it is very cheap to reproduce How-To manuals.  It costs 
between 40 cents and $3 to print the entire print manuals and 
around 35 cents to copy the manuals on disk.  AND you can 
sell them for up to $99 each.   That is one hell of a markup!

These manuals tell you how to get a car with no money down 
and no credit...another one tells you how to avoid taxes by 
depositing income offshore...now you may not be interested in 
saving money by going offshore...but believe me....there are 
MILLIONS OF PEOPLE WHO DO...and they are willing to pay 
me to teach them!!! 

Well this is where the unbelievable offer comes in...I hope you
are sitting down for this one...because this is a once in a 
lifetime chance for you.  I do not know of an easier way to 
become financially independent...In fact THERE IS NO EASIER WAY!!!  
The next few paragraphs will reveal everything to you.

I am willing to sell you my entire informational product line 
with FULL REPRINT RIGHTS and complete step-by-step instructions 
on how to start your mail order information business with very 
little money. 

Remember, these are PROVEN WINNERS.  If you are stumped on 
something to sell or if you are having trouble writing a 
good ad, I have also included an entire book on disk to 
help you produce KILLER ads!

This entire package which I call a Publishing Company in a 
Box will come on 1 CD containing over 2000 'Hot-Selling' 
Books, Reports And Manuals ready to print and sell, Sell, 
SELL! It also will come with a signed letter giving YOU FULL 
REPRINT RIGHTS allowing you to sell them for as much as 
you want and however you want.  You Can even sell the entire
kit to someone else to resale on their own!  You also receive 
copies of KILLER ads which can fill your mailbox with cash!

I am not even going to ask you for any of the money either...
What you make is yours to keep .  In fact...you get to make a 
ton of money on these manuals for as long as you wish...and 
you will never have to pay me another red cent in royalties!

I am even going to print out and prepare our #1 selling report 
which contains the secrets of starting and operating your own 
million dollar mail order business on a shoestring budget so that 
you will be able to take it down to your local copy shop and be 
ready to sell it the same day you have received it. Watch out 
though - one individual is making $30,000 a month on this report 
alone!  (Why - Because you can also include a special report On 
How to Write Order Pulling Ads that practically force people to 
whip out their checkbooks and order!) 
Note: THIS REPORT IS INCLUDED!

All I ask for is...$149 and I will include FREE Priority Mail 
Shipping!  Yes, I said $149.  There are no zeros missing.  
Plus if you order before Jan 18, 2000 I will include 
4 extra special bonuses...

Bonus #1 - "Search Engine Magic" on disk.  This report will 
shoot your web site up to the top of the search engine listings.
Other web advertisers are selling this manual for $99 by 
itself - But I will give it to you for FREE with this package.

Bonus #2 - The report "How to Make at least $1,600 a week 
online...Starting Now!" which is taking the internet by storm 
will be included absolutely FREE! 

Bonus #3 - I will include special details about a secret source
for creating Your own direct mail leads and how you can get your
own mail order business up and running for just a few bucks!

Bonus #4 - I also will include a pre-approved application for 
a merchant account for your business benefit.  Taking credit 
cards will increase your business up to 100%.  The normal 
$195 application fee will be waved with this pre-approved 
application.  

But there is one drawback... I am sending this ad to 10,000 
other people...and I will only allow 50 kits to be sold.  It 
wouldn't make much sense if I sold this kit to 1,000 or 2,000 
people...The market would be saturated with these same manuals... 
and I don't want to do that.  To make sure that the people in 
this offer get the same results I have...ONLY 50 people can have 
it for $149.00!

Chances are, I will get all 50 within a week's time.  So if this 
is something you are interested in...RUSH me a check or money 
order for $149.00 TODAY to insure your future business.

But, even if you decide to pass this up...Don't sweat it.  It's
not like I am going to be mad or anything like that.  I know I 
will get my 50 order limit really fast.  And anyone who gets 
their check into me late... I will simply send it back.

For only $149.00, I am going to let you have the easiest money 
you will ever make.  The manuals are written, the ads are 
presented, the advertising plan is laid out, and all you have 
to do is print them out for pennies and place the ads.

Do it today! Rush me your payment of $149.00 right now...and 
get your very own MILLION DOLLAR publishing company going!

You can start with one or two manuals...even the day you 
receive the package...and then expand to include ALL of them!

For $149.00, you have everything you need to make a killing 
with your very own business.  If you want to make real 
money - then this offer is for you!

"I took the report "Search Engine Magic" and sold over 50 
copies on disk within 2 weeks! They sold for $99 and I was 
able to copy them for under 50 cents each.  Wait till I start 
marketing the other products included in this line!!!"
Joe Fisher - Internet Marketer

To rush order this "MILLION DOLLAR Publishing Company in 
a Box" simply fill out the order form below and fax it to 
our 24 hour  order line at:

FAX ORDER LINE:
1 (212) 504-8032

Regular Mail to:
Financial Systems
P.O. Box 301
Orange, Ma 01364

ORDER FORM
--------------------------------------------------------------
Please send to:

Your Name_____________________________________________

Your Address__________________________________________

Your City______________________________________________

State / Zip_____________________________________________

Your Country___________________________________________

Phone #: _____________________________________________
(For problems with your order only. No salesmen will call.)

Email Address________________________________________


We Accept Checks or Money Orders along with all Major Credit Cards 
including Visa, MasterCard, American Express and Discover. (NOTE - 
We only ship to the address listed on the credit card)

(Please Fill Out Below Section and Make sure that the above name 
and address are listed as it appears on the card) for $149.00


Credit Card Number:________________________________

Expiration Date:___________________________

Signature:_________________________

Date:____________________


[  ] YES! Please rush my Publishing Company in a Box.  I 
understand I have FULL REPRINT Rights and can sell any of 
the items for whatever price I desire, even the entire kit.

[  ] DOUBLE YES!  I am ordering before Jan 18, 2000!  
Please include the extra special bonuses!


* Please check one of the following payment options:

[  ] I am faxing a check (Do not send original, we will make a 
draft from the faxed check)

[  ] I am faxing or mailing my credit card number. (Note your 
card will be charged for $149.00 and we only ship to the address 
on the card)

[  ] I am enclosing a check or money order for $149.00!


Note - If ordering outside continental US, please add $5 to S&H


P.S. Don't forget you will receive 2,000 Manuals, Books, and 
Reports (Some of which are up to 200 pages each)...all for 
$149...You have full reprint and resale rights to make as much 
money as you want without ever paying any royalties whatsoever!




* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
You have been carefully selected to receive the following as 
a person obviously interested in this subject based upon your 
previous internet postings, or visits to one of our affiliate 
web sites. If you have received this message in error, hit
Reply with the word unsubscribe in the subject.
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *





From ftp-wg-owner@hethmon.com  Thu Jan 13 15:23:48 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA24761
	for <ftpext-archive@lists.ietf.org>; Thu, 13 Jan 2000 15:23:47 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113151916-20619-7 ; Thu, 13 Jan 2000 15:19:16 -0500
Received: from anarchy.io.com (anarchy.io.com [199.170.88.101]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113151914-58475-6 ; Thu, 13 Jan 2000 15:19:14 -0500
Received: from magnus (aus-as3-072.io.com [208.2.106.72])
	by anarchy.io.com (8.9.3/8.9.3) with ESMTP id OAA11535
	for <ftp-wg@hethmon.com>; Thu, 13 Jan 2000 14:16:46 -0600
Message-Id: <4.2.2.20000113140647.00bed330@mail.io.com>
X-Sender: alun@mail.io.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 
In-Reply-To: <3604.947788119@munnari.OZ.AU>
References: <Your message of "Thu, 13 Jan 2000 09:59:51 CDT." <Pine.BSF.4.21.0001131757060.777-100000@crydee.sai.msu.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Date: Thu, 13 Jan 2000 15:19:14 -0500
X-OldDate:  Thu, 13 Jan 2000 14:11:27 -0600
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Alun Jones <alun@texis.com>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

At 12:31 PM 1/13/2000 , you wrote:
>    From:        "Sergey Ayukov (mailing lists)"
>
>   | Personally I did not like the idea of multiple entries per entity at all
>   | in the current draft.
>
>They never really appealed to me all that much either - but do seem
>to be the most obvious solution to an occasional, though existing,
>problem.

Just to recap for the latecomers, the existing problem (as I posed it, at 
least) was that of a server that wants to treat zip files (or gz, tar, zoo, 
arc, etc - any archive format) both as file and as directory.  Hence, you 
could download the zip file, or you could 'CWD' into it and retrieve 
individual elements.

I haven't implemented this, and I'm not aware of any implementations, but 
it _is_ part of my "wish-list" of features that I will be implementing, and 
it causes issues with MLST, in that a file may be of two different types 
simultaneously; perhaps even with different attributes depending on how it 
is accessed.  It causes, of course, similar problems with LIST, since the 
first character of the de-facto standard 'ls -l' format only allows for 
file _or_ directory, and most GUI clients will not allow you to treat a 
file as both without some jumping through hoops.

Alun.
~~~~

--
Texas Imperial Software | Try WFTPD, the Windows FTP Server. Find it
1602 Harvest Moon Place | at web site http://www.wftpd.com or email
Cedar Park TX 78613     | us at alun@texis.com.  VISA / MC accepted.
Fax +1 (512) 378 3246   | NT based ISPs, be sure to read details of
Phone +1 (512) 378 3246 | WFTPD Pro, NT service version - $100.
*WFTPD and WFTPD Pro now available as native Alpha versions for NT*




From ftp-wg-owner@hethmon.com  Thu Jan 13 15:24:16 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA24772
	for <ftpext-archive@lists.ietf.org>; Thu, 13 Jan 2000 15:24:14 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113152339-15774-10 ; Thu, 13 Jan 2000 15:23:39 -0500
Received: from ACFcluster.NYU.EDU (AXP2.ACF.NYU.EDU [128.122.250.38]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000113152336-53077-9 ; Thu, 13 Jan 2000 15:23:37 -0500
Received: from ACFcluster.NYU.EDU by ACFcluster.NYU.EDU (PMDF V5.2-32 #33915)
 id <01JKNNI3KZA88X6JEC@ACFcluster.NYU.EDU> for ftp-wg@hethmon.com; Thu,
 13 Jan 2000 15:21:07 EDT
In-reply-to: "Your message dated Thu, 13 Jan 2000 15:19:14 -0500"
 <4.2.2.20000113140647.00bed330@mail.io.com>
Message-id: <01JKNSHX0A6U8X6JEC@ACFcluster.NYU.EDU>
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
References: <3604.947788119@munnari.OZ.AU>
Date: Thu, 13 Jan 2000 15:23:37 -0500
X-OldDate:  Thu, 13 Jan 2000 15:19:16 -0400 (EDT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Stephen Tihor <TIHOR@ACFcluster.NYU.EDU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

The only question for this level of draft really is should 
multiple entryies returned for one entity be (a) explicitly forbidden
or (b) explicitly permitted (probably with a pointer that some OS specific
or generic note should follow in a suitable place (later RFC?), or (c)
benignly ignored.       There is certainly an arguement for noting (B) and
telling peopole that they should not blow up if the same name appears multiple times.



From ftp-wg-owner@hethmon.com  Fri Jan 14 01:48:22 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA03802
	for <ftpext-archive@lists.ietf.org>; Fri, 14 Jan 2000 01:48:20 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114014534-54135-10 ; Fri, 14 Jan 2000 01:45:34 -0500
Received: from karera.sun.ne.jp (karera.sun.ne.jp [210.173.78.242]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114014528-57215-6 ; Fri, 14 Jan 2000 01:45:29 -0500
Received: from 210.173.096.242 [216.126.148.121] by karera.sun.ne.jp
  (SMTPD32-4.10) id A4CC1BBC014E; Fri, 14 Jan 2000 13:27:40 +0900
Message-ID: <7496720743.qlp95602@rly-v83617.surfline.ne.jp>
Date: Fri, 14 Jan 2000 01:45:30 -0500
X-OldDate:  Thu, 13 Jan 00 20:14:28 EST
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: kimsnows@surfline.ne.jp
To: glindazr@earthlink.net
Subject: Ftp-WG: Accept All Major Credit Cards!!!

To be removed, please email tamborit@bigfoot.com and
type remove in the subject line. You will be removed.
------------------------------------------------------------
Increase Sales w/4 Powerful Words!!!
We Accept Credit Cards

Accept All Major Credit Cards!!!

If you own your own business, you're starting a new business
or know someone who is... Being able to accept Major Credit
cards can make all the difference in the world!

Just the fact that you accept credit cards adds credibility to
your business. Especially if you are a New, Small or Home
Based Business.

It's Vital To Your Success!!!

If you are a Home Based Business, Internet Business, Small
Business, Network Marketing Business, Software Vender,
MLM, Communication Business, Any Kind of Business, you
need the ability to accept Major Credit Cards.

You could be accepting Major Credit Cards with in 2 weeks,
If You Act Now!

We have Waived the normal $195.00 Application Fee with this
Offer!

Good Credit helps. Bad Credit or No Credit, No Problem.
99% of our Applicants are Approved!

Features Include:
-Real Time Processing
-Online Checks
-Shopping Cart
-Processing On or Off Line
-Discount Rates as Low as 1.49%
-And much More

Call Now!!!
--------------------------------------------------------------------------------
To have a representative contact you, please call our toll
free voice mail and leave the following Info.

1-888-248-6515

Name_____________________________________
Phone_______________________
Best Time To Call_____Pacific - Mountain - Central - Eastern
Company Name______________________________
Type of Product______________________________ 

A merchant account representative will contact you soon.
----------------------------------------------------------------
What our customers are saying...

"Thank you very much for the Merchant account I received
last week...The service and the expertise provided by you
and your colleagues was just great. Regarding the product,
this is exactly what we needed. One thing is for sure; I will
definitely recommend people to you. You guys are great."
- J.M. in California


"Just a quick note to tell you that I have received my Merchant
account and it is everything you said it would be. I had no
trouble with the configuration and the directions and online
help were second to none. I think you have a fine product and
I am completely satisfied; I will be passing your info along to
the local business people here as I think you may be able to
satisfy some others."
- J.G. in Maryland  


"Thank you for all the advise and time that you spent with me
on the telephone in the past few weeks, it is a rare thing in
today's busy world to find someone who is willing to do that.
We are looking forward to many years of working to together
with your fine company."
- J.B.R.in New Jersey


"I never got a chance to thank you both for all of the effort you
put into making our online business a success. By far, you
guys are the most responsive people we have ever dealt with,
when buying an online processing system. Although cost is
important to me, I also value customer service, and I must say
I was extremely pleased with the service I received."
- D.H. in California



*******************************************************
*******************************************************


******************
95037




From Steward-owner@hethmon.com  Fri Jan 14 01:52:49 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA04210
	for <ftpext-archive@lists.ietf.org>; Fri, 14 Jan 2000 01:52:48 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114014532-20544-7 ; Fri, 14 Jan 2000 01:45:32 -0500
Message-Id: <20000114014532-20544-7@mail.hethmon.com>
Date: Fri, 14 Jan 2000 01:45:30 -0500
Sender: Steward-owner <Steward-owner@hethmon.com>
From: Steward-owner <Steward-owner@hethmon.com>
Reply-To: Steward <Steward@hethmon.com>
To: kimsnows@surfline.ne.jp
Subject: Steward Results

>>>to be removed, please email tamborit@bigfoot.com and
Unknown command ignored.

>>>type remove in the subject line. You will be removed.
Unknown command ignored.

>>>------------------------------------------------------------ 
Unknown command ignored.

>>>increase Sales w/4 Powerful Words!!!
Unknown command ignored.

>>>we Accept Credit Cards
Unknown command ignored.

>>>accept All Major Credit Cards!!!
Unknown command ignored.

>>>if you own your own business, you're starting a new business
Unknown command ignored.

>>>or know someone who is... Being able to accept Major Credit
Unknown command ignored.

>>>cards can make all the difference in the world!
Unknown command ignored.

>>> help were second to none. I think you have a fine product and

This is the Steward mailing list software, Version 1.15
of 13 September 1999.

Steward understands the following commands:

subscribe <listname> [<address>]
  Subscribe yourself to the named <listname>.
  <address> is optional.

sub <listname> [<address>]
  Subscribe yourself to the named <listname>.
  <address> is optional.

post <listname> [<address>]
  Add your email address for posting only to the list named <listname>.
  <address> is optional.

unsubscribe <listname> [<address>]
  Unsubscribe yourself to the named <listname>.
  <address> is optional.

unsub <listname> [<address>]
  Unsubscribe yourself to the named <listname>.
  <address> is optional.

kill <listname> [<address>]
  Unsubscribe someone from the list named <listname>.
  <address> is optional.

who <listname>
  List the list members email addresses.

help
  Send this message.

lists
  Show the lists available from this server.

end
  Stop processing commands (useful if your mailer adds a signature).

Commands should be sent in the body of the email message to
Steward@hethmon.com. Multiple commands may be included in one
message provided each is on its own line.

Commands in the "Subject" field are ignored.

Questions should be sent to postmaster@hethmon.com.





From ftp-wg-owner@hethmon.com  Fri Jan 14 05:30:06 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA14064
	for <ftpext-archive@lists.ietf.org>; Fri, 14 Jan 2000 05:30:06 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114052857-11414-7 ; Fri, 14 Jan 2000 05:28:57 -0500
Received: from crydee.sai.msu.ru (crydee.sai.msu.ru [195.208.220.203]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114052830-46804-6 ; Fri, 14 Jan 2000 05:28:55 -0500
Received: from localhost (asv1@localhost)
	by crydee.sai.msu.ru (8.9.3/8.9.3) with ESMTP id NAA12821
	for <ftp-wg@hethmon.com>; Fri, 14 Jan 2000 13:29:22 GMT
	(envelope-from asv1@crydee.sai.msu.ru)
In-Reply-To: <3604.947788119@munnari.OZ.AU>
Message-ID: <Pine.BSF.4.21.0001141319520.12747-100000@crydee.sai.msu.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Fri, 14 Jan 2000 05:28:55 -0500
X-OldDate:  Fri, 14 Jan 2000 13:29:21 +0000 (GMT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

On Thu, 13 Jan 2000, Robert Elz wrote:

>   | They are confusing when read by unsuspecting humans,
> 
> MLS* output should never be "read by unsuspecting humans".   If the

If the output is human-readable (and MLST output is), it is going to be
read by people. Anyone not familiar with this RFC will be qualified as
"unsuspecting", although I agree that this is not important.

>   | and ugly when processed by an automatic parser.
> 
> Surely that depends upon the parser?

I meant that it breaks (rather established) paradigm of "one entry, one
entity".
 
>   | In the situation when
>   | 'unique' fact is not available or was not requested for performance
>   | reasons, the ways to identify entries pointing to single entity become
>   | rather unclear.
> 
> No, this one is easy.   If the filename is the same (exactly the same)
> then the two entries represent exactly the same file, and two types are
> being represented for the same file.  If the filenames aren't identical

I see; thanks for clarification. I have misread the draft.

---------------------------------------------------------------------------
Dr. Sergey Ayukov                          Sternberg Astronomical Institute
http://www.ayukov.com                                        Moscow, Russia
http://crydee.sai.msu.ru/index-asv.html




From ftp-wg-owner@hethmon.com  Fri Jan 14 05:39:45 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA14140
	for <ftpext-archive@lists.ietf.org>; Fri, 14 Jan 2000 05:39:44 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114053931-2790-7 ; Fri, 14 Jan 2000 05:39:31 -0500
Received: from munnari.OZ.AU (munnari.OZ.AU [128.250.1.21]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114053928-52328-6 ; Fri, 14 Jan 2000 05:39:29 -0500
Received: from mundamutti.cs.mu.OZ.AU ([128.250.1.5])
	by munnari.OZ.AU with SMTP (5.83--+1.3.1+0.59) id KA09906;
	Fri, 14 Jan 2000 21:36:58 +1100 (from kre@munnari.OZ.AU)
In-Reply-To: Your message of "Fri, 14 Jan 2000 05:28:55 CDT."
             <Pine.BSF.4.21.0001141319520.12747-100000@crydee.sai.msu.ru> 
Message-Id: <9104.947846217@munnari.OZ.AU>
Date: Fri, 14 Jan 2000 05:39:29 -0500
X-OldDate:  Fri, 14 Jan 2000 21:36:57 +1100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: Robert Elz <kre@munnari.OZ.AU>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

    Date:        Fri, 14 Jan 2000 05:28:55 -0500
    From:        "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
    Message-ID:  <Pine.BSF.4.21.0001141319520.12747-100000@crydee.sai.msu.ru>

  | I see; thanks for clarification. I have misread the draft.

I will look and see if there is anything that should be improved in the
draft to make it less likely to be misread - this is exactly the kind of
thing that should be fixed now, before the RFC is done.

kre



From ftp-wg-owner@hethmon.com  Fri Jan 14 05:46:58 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA14173
	for <ftpext-archive@lists.ietf.org>; Fri, 14 Jan 2000 05:46:58 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114054343-12005-9 ; Fri, 14 Jan 2000 05:43:44 -0500
Received: from crydee.sai.msu.ru (crydee.sai.msu.ru [195.208.220.203]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114054339-52071-7 ; Fri, 14 Jan 2000 05:43:42 -0500
Received: from localhost (asv1@localhost)
	by crydee.sai.msu.ru (8.9.3/8.9.3) with ESMTP id NAA12967
	for <ftp-wg@hethmon.com>; Fri, 14 Jan 2000 13:47:04 GMT
	(envelope-from asv1@crydee.sai.msu.ru)
In-Reply-To: <4.2.2.20000113140647.00bed330@mail.io.com>
Message-ID: <Pine.BSF.4.21.0001141329270.12747-100000@crydee.sai.msu.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Fri, 14 Jan 2000 05:43:42 -0500
X-OldDate:  Fri, 14 Jan 2000 13:47:04 +0000 (GMT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

On Thu, 13 Jan 2000, Alun Jones wrote:

> >   | Personally I did not like the idea of multiple entries per entity at all
> >   | in the current draft.
> >
> >They never really appealed to me all that much either - but do seem
> >to be the most obvious solution to an occasional, though existing,
> >problem.
> 
> Just to recap for the latecomers, the existing problem (as I posed it, at 
> least) was that of a server that wants to treat zip files (or gz, tar, zoo, 
> arc, etc - any archive format) both as file and as directory.  Hence, you 
> could download the zip file, or you could 'CWD' into it and retrieve 
> individual elements.

I did read the archives and recall the idea about CWDable zip files.
However, this issue seems to be very different for me than symlinks. With
archive-as-directory, client is not required to identify both items as
being the same (and they are not the same in the sense of actions which
could be applied to them). With symlinks the situation is different: the
aware client must interpret them as pointing to the same entity on server
(by means of identical name).

> I haven't implemented this, and I'm not aware of any implementations, but 
> it _is_ part of my "wish-list" of features that I will be implementing, and 
> it causes issues with MLST, in that a file may be of two different types 
> simultaneously; perhaps even with different attributes depending on how it 
> is accessed.  It causes, of course, similar problems with LIST, since the 

How are you going to distinguish "how it is accessed"? For example, if
"SIZE directoryname" command would be defined as returning full size of
the directory (sum of lengths of all files inside it; purely fictitious
example), what server should do if "SIZE filename.zip" is issued: respond
with size of the zip file or sum of sizes of entries in it? The usage of
one name to represent two essentially different things does not seem to be
reasonable for me; I would say that using different name for
archive-as-directory (say, appended with ".dir"?) would be better.

> first character of the de-facto standard 'ls -l' format only allows for 
> file _or_ directory, and most GUI clients will not allow you to treat a 
> file as both without some jumping through hoops.

It actually allows them to be 'l' (symbolic link) which can point to file
or directory. I have to agree that handling this situation in the client
is rather cumbersome.

---------------------------------------------------------------------------
Dr. Sergey Ayukov                          Sternberg Astronomical Institute
http://www.ayukov.com                                        Moscow, Russia
http://crydee.sai.msu.ru/index-asv.html




From ftp-wg-owner@hethmon.com  Fri Jan 14 05:51:18 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA14195
	for <ftpext-archive@lists.ietf.org>; Fri, 14 Jan 2000 05:51:17 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114054827-11441-11 ; Fri, 14 Jan 2000 05:48:27 -0500
Received: from crydee.sai.msu.ru (crydee.sai.msu.ru [195.208.220.203]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000114054818-48685-8 ; Fri, 14 Jan 2000 05:48:25 -0500
Received: from localhost (asv1@localhost)
	by crydee.sai.msu.ru (8.9.3/8.9.3) with ESMTP id NAA12985
	for <ftp-wg@hethmon.com>; Fri, 14 Jan 2000 13:50:38 GMT
	(envelope-from asv1@crydee.sai.msu.ru)
In-Reply-To: <9104.947846217@munnari.OZ.AU>
Message-ID: <Pine.BSF.4.21.0001141348240.12747-100000@crydee.sai.msu.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Fri, 14 Jan 2000 05:48:26 -0500
X-OldDate:  Fri, 14 Jan 2000 13:50:37 +0000 (GMT)
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: "Sergey Ayukov (mailing lists)" <asv1@crydee.sai.msu.ru>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: WG last call comment updates for mlst-09

On Fri, 14 Jan 2000, Robert Elz wrote:

>   | I see; thanks for clarification. I have misread the draft.
> 
> I will look and see if there is anything that should be improved in the
> draft to make it less likely to be misread - this is exactly the kind of
> thing that should be fixed now, before the RFC is done.

I understand that this draft was in the works for years now, and most WG
members want it be published and be done with it. I have no objections
to that.

---------------------------------------------------------------------------
Dr. Sergey Ayukov                          Sternberg Astronomical Institute
http://www.ayukov.com                                        Moscow, Russia
http://crydee.sai.msu.ru/index-asv.html




From ftp-wg-owner@hethmon.com  Sun Jan 16 01:25:47 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA20605
	for <ftpext-archive@lists.ietf.org>; Sun, 16 Jan 2000 01:25:46 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000116011937-3805-8 ; Sun, 16 Jan 2000 01:19:37 -0500
Received: from colval.colval.qc.ca (colval.colval.qc.ca.209.61.207.in-addr.arpa [207.61.209.240]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000116011933-42255-6 ; Sun, 16 Jan 2000 01:19:34 -0500
Message-Id: <20000116011933-42255-6@mail.hethmon.com>
Received: from john ([63.29.181.49]) by colval.colval.qc.ca
          (Netscape Mail Server v1.1) with SMTP id ACN50;
          Sun, 16 Jan 2000 01:17:38 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_5F37_00000B8F.000043E8"
X-Priority: 3
X-MSMail-Priority: Normal
Date: Sun, 16 Jan 2000 01:19:35 -0500
X-OldDate:  Sat, 15 Jan 2000 21:45:44 -0800
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: samsill@ozbytes.net.au
To: 
Subject: Ftp-WG: Discover Hidden Secrets About  Your Neighbors

------=_NextPart_000_5F37_00000B8F.000043E8
Content-Type: text/html;

<HTML>
<BODY>

<FONT face="MS Sans Serif">
<FONT size=2> "THE INTERNET SPY AND YOU"<BR>
<BR>
(Plus a special bonus: $2500 in unsecured <BR>
credit cards.)<BR>
<BR>
SHOWS YOU HOW TO GET <BR>
THE FACTS ON ANYONE<BR>
<BR>
<BR>
CONFIDENTIAL<BR>
<BR>
The SOFTWARE They Want BANNED in 27 Countries!<BR>
Why? Because these secrets were never intended <BR>
to reach you eyes...<BR>
Get the facts on anyone using the Internet!<BR>
<BR>
Locate Missing Persons, find Lost Relatives. <BR>
Obtain Addresses and Phone Numbers of old school<BR>
friends, even Skip Trace DeadBeat Spouses.<BR>
This is not a Private Investigator, but a <BR>
Sophisticated SOFTWARE program DESIGNED to <BR>
Automatically CRACK YOUR CASE with links to<BR>
Thousands of Public Record databases.<BR>
<BR>
Find out SECRETS about your relatives, friends,<BR>
Enemies, and everyone else!-even your spouse!<BR>
With the New, INTERNET SPY AND YOU!!<BR>
<BR>
It's absolutely astounding! Here's what you can learn:<BR>
<BR>
License plate number!<BR>
Get anyone's name and address with just a <BR>
license plate number! (Find that girl you met in traffic!)<BR>
<BR>
Driving record!<BR>
Get anyone's driving record<BR>
<BR>
Social security number!<BR>
Trace anyone by social security number!<BR>
<BR>
Address!<BR>
Get anyone's address with just a name!\tab <BR>
<BR>
Unlisted phone numbers!<BR>
Get anyone's phone number with just a name-even unlisted numbers!<BR>
<BR>
Locate!<BR>
Long lost friends, relatives, a past lover who broke your heart!<BR>
<BR>
E-mail!<BR>
Send anonymous e-mail completely untraceable!<BR>
<BR>
Dirty secrets!<BR>
Discover dirty secrets your in-laws do not want you to know!<BR>
<BR>
Investigate anyone!<BR>
Use the sources that private investigators use<BR>
(All on the Internet) secretly!<BR>
<BR>
Ex-spouse!<BR>
Learn how to get information on an ex-spouse that<BR>
will help you win in court! (dig up old skeletons)<BR>
<BR>
Criminal search-Background check!<BR>
Find out about your daughter's boyfriend!<BR>
(Or her husband)<BR>
<BR>
Find out!<BR>
If you are being investigated!<BR>
<BR>
Neighbors!<BR>
Learn all about your mysterious neighbors!<BR>
Find out what they have to hide!<BR>
<BR>
People you work with!<BR>
Be astonished by what you will learn about people you work with!<BR>
<BR>
Education verification!<BR>
Did he really graduate college? Find out!<BR>
<BR>
Internet Spy and You<BR>
Software will help you discover ANYTHING about anyone,<BR>
with clickable hyperlinks and no typing in <BR>
Internet addresses! Just insert the floppy disk and Go!<BR>
<BR>
It's INCREDIBLE what you can find out using <BR>
Internet Spy and You and the Internet!  You'll<BR>
be riveted to your computer screen!  Get the software<BR>
they're trying to ban!  Before it's too late!<BR>
<BR>
LIMITED TIME OFFER: ORDER TODAY!<BR>
<BR>
Only $19.95 US<BR>
(Postage Paid)<BR>
<BR>
<BR>
Special Bonus:<BR>
We will RUSH YOU our Internet Spy and You <BR>
software so you can begin discovering all<BR>
the secrets you ever wanted to know!<BR>
<BR>
You can know EVERYTHING about ANYONE with our<BR>
Internet Spy and You Software.  Works with all<BR>
browsers and all versions of AOL!<BR>
<BR>
Special Bonus #2:  Order Now and get $2,500 in unsecured<BR>
credit cards.  I have a list of over 30 banks that give <BR>
Unsecured credit cards to high-risk applicants <BR>
with bad or no credit.<BR>
<BR>
This is the same information that other are selling on the<BR>
Internet for up to $99 and is your FREE when you order the<BR>
Internet spy.<BR>
<BR>
Special Bonus #3: Get an unsecured loan by mail<BR>
If you have not filed bankruptcy in the last six months and<BR>
you make at least $10,000 per year then you qualify for an<BR>
Unsecured loan by mail.<BR>
That means no face to face interview and no collateral required.<BR>
<BR>
This information sells for $29 on the Internet and is yours free<BR>
when you order the Internet Spy.  You get EVERYTHING.  The <BR>
Internet Spy plus the 2 special bonus reports for only $19.95<BR>
That is right, Only 19.95 so Order Now<BR>
<BR>
Make your money order payable to D Berrio<BR>
Cash is also accepted<BR>
Sorry No personal Checks<BR>
<BR>
Mail to:<BR>
D Berrio\tab   <BR>
M-05<BR>
PO Box 73555<BR>
Davis, CA 95617<BR>
<BR>
Be sure to include your email address if you would<BR>
like the program sent to you via email the same day <BR>
payment is received.<BR>
<BR>
If you would like the program on Floppy disc  <BR>
orders will be shipped within 24 hours of receipt of payment.<BR>
<BR>
Order Today: Send ONLY $19.95 US  <BR>
(CASH, OR MONEY ORDER)<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
To be removed from future mailings reply to this message<BR>
</FONT></FONT></BODY></HTML>




------=_NextPart_000_5F37_00000B8F.000043E8--


From ftp-wg-owner@hethmon.com  Sun Jan 23 01:32:47 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA19296
	for <ftpext-archive@lists.ietf.org>; Sun, 23 Jan 2000 01:32:46 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000123012638-64986-10 ; Sun, 23 Jan 2000 01:26:38 -0500
Received: from yms-co.co.jp (ns.yms-co.co.jp [210.164.230.242]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000123012633-36521-8 ; Sun, 23 Jan 2000 01:26:35 -0500
Received: from thls.fsnet.co.uk by yms-co.co.jp (SMI-8.6/SMI-SVR4)
	id PAA28368; Sun, 23 Jan 2000 15:13:36 +0900
Message-Id: <aivikgvlglbptkfgeaf.lixuiv@thls.fsnet.co.uk>
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7BIT
Date: Sun, 23 Jan 2000 01:26:36 -0500
X-OldDate:  Sat, 22 Jan 2000 22:14:50 +0800
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: home.loans@thls.fsnet.co.uk
To: smartconsumers@thls.fsnet.co.uk
Subject: Ftp-WG: ADV:  Homeowners: Consolidate your bills - one easy payment!
Content-Transfer-Encoding: 7BIT

Hit reply to be removed.

You can now comparison shop thousands of loan
programs through hundreds of lenders by filling in
a single short form.  Let lenders compete for 
your business!

Cash back refinances
No Equity 2nd Trust Deeds
Debt Consolidation
No Income Verification
The most competitive interest rates.

Fill in our quick pre-qualification form and you 
will be contacted by up to three lenders that
specialize in the type of loan you are looking for.

Visit this website: 
http://3518593971/bin/redirector.cgi?http://3499894548/%7ez-debtfree
(If the page does not come
right up try again later)

-Save Time
-Save Money
-Save Aggravation

There is NEVER any fee to consumers for using this service.


_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
If you have received this message in error and would
like to be removed from future mailings, please reply
with the word remove in the subject.
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/




From ftp-wg-owner@hethmon.com  Sun Jan 23 08:40:00 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA08751
	for <ftpext-archive@lists.ietf.org>; Sun, 23 Jan 2000 08:39:59 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000123083728-15500-12 ; Sun, 23 Jan 2000 08:37:28 -0500
Received: from hal.ernhill.nu (212.32.161.92 [212.32.161.92]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000123083726-53838-11 ; Sun, 23 Jan 2000 08:37:26 -0500
Received: from computer.org (really [192.168.1.3]) by hal.ernhill.nu
	via in.smtpd with esmtp
	id <m12CNFE-000KJKC@hal.ernhill.nu> (Debian Smail3.2.0.102)
	for <ftp-wg@hethmon.com>; Sun, 23 Jan 2000 14:39:56 +0100 (CET) 
Message-ID: <388B0501.90BC34A7@computer.org>
Organization: gissa det du 
X-Mailer: Mozilla 4.04 [en] (WinNT; I)
MIME-Version: 1.0
References: <aivikgvlglbptkfgeaf.lixuiv@thls.fsnet.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sun, 23 Jan 2000 08:37:27 -0500
X-OldDate:  Sun, 23 Jan 2000 14:41:21 +0100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: daniel Ernhill <frost@computer.org>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: remove
Content-Transfer-Encoding: 7bit

home.loans@thls.fsnet.co.uk wrote:
> 
> Hit reply to be removed.
> 
> You can now comparison shop thousands of loan
> programs through hundreds of lenders by filling in
> a single short form.  Let lenders compete for
> your business!
> 
> Cash back refinances
> No Equity 2nd Trust Deeds
> Debt Consolidation
> No Income Verification
> The most competitive interest rates.
> 
> Fill in our quick pre-qualification form and you
> will be contacted by up to three lenders that
> specialize in the type of loan you are looking for.
> 
> Visit this website:
> http://3518593971/bin/redirector.cgi?http://3499894548/%7ez-debtfree
> (If the page does not come
> right up try again later)
> 
> -Save Time
> -Save Money
> -Save Aggravation
> 
> There is NEVER any fee to consumers for using this service.
> 
> _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
> If you have received this message in error and would
> like to be removed from future mailings, please reply
> with the word remove in the subject.
> _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/



From ftp-wg-owner@hethmon.com  Sun Jan 23 08:41:23 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA08770
	for <ftpext-archive@lists.ietf.org>; Sun, 23 Jan 2000 08:41:22 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000123083646-31376-9 ; Sun, 23 Jan 2000 08:36:46 -0500
Received: from hal.ernhill.nu (212.32.161.92 [212.32.161.92]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000123083642-55714-8 ; Sun, 23 Jan 2000 08:36:42 -0500
Received: from computer.org (really [192.168.1.3]) by hal.ernhill.nu
	via in.smtpd with esmtp
	id <m12CNEV-000KJKC@hal.ernhill.nu> (Debian Smail3.2.0.102)
	for <ftp-wg@hethmon.com>; Sun, 23 Jan 2000 14:39:11 +0100 (CET) 
Message-ID: <388B04D0.86C4554B@computer.org>
Organization: gissa det du 
X-Mailer: Mozilla 4.04 [en] (WinNT; I)
MIME-Version: 1.0
	home.loans@thls.fsnet.co.uk
References: <aivikgvlglbptkfgeaf.lixuiv@thls.fsnet.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sun, 23 Jan 2000 08:36:44 -0500
X-OldDate:  Sun, 23 Jan 2000 14:40:32 +0100
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: daniel Ernhill <frost@computer.org>
To: FTPEXT Working Group <ftp-wg@hethmon.com>
Subject: Ftp-WG: ADV:  Homeowners: Consolidate your bills - one easy payment!
Content-Transfer-Encoding: 7bit

home.loans@thls.fsnet.co.uk wrote:
> 
> Hit reply to be removed.
> 
> You can now comparison shop thousands of loan
> programs through hundreds of lenders by filling in
> a single short form.  Let lenders compete for
> your business!
> 
> Cash back refinances
> No Equity 2nd Trust Deeds
> Debt Consolidation
> No Income Verification
> The most competitive interest rates.
> 
> Fill in our quick pre-qualification form and you
> will be contacted by up to three lenders that
> specialize in the type of loan you are looking for.
> 
> Visit this website:
> http://3518593971/bin/redirector.cgi?http://3499894548/%7ez-debtfree
> (If the page does not come
> right up try again later)
> 
> -Save Time
> -Save Money
> -Save Aggravation
> 
> There is NEVER any fee to consumers for using this service.
> 
> _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
> If you have received this message in error and would
> like to be removed from future mailings, please reply
> with the word remove in the subject.
> _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/


Stop spaming me 
Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me Stop spaming me Stop spaming me Stop
spaming me Stop spaming me Stop spaming me Stop spaming me Stop spaming
me Stop spaming me Stop spaming me vStop spaming me Stop spaming me 


GET THE PONT




From ftp-wg-owner@hethmon.com  Tue Jan 25 19:13:04 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA10619
	for <ftpext-archive@lists.ietf.org>; Tue, 25 Jan 2000 19:13:03 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000125190448-50931-9 ; Tue, 25 Jan 2000 19:04:48 -0500
Received: from champion (98ABEFD8.ipt.aol.com [152.171.239.216]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000125190441-53418-5 ; Tue, 25 Jan 2000 19:04:44 -0500
Message-Id: <419.436550.75738819sdris1929@aol.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Tue, 25 Jan 2000 19:04:46 -0500
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: driscoll enterprises <sdris1929@aol.com>
To: <ftp-wg@hethmon.com>
Subject: Ftp-WG: TAKE A LOOK!!! BUY A BOOK!!!
Content-Transfer-Encoding: 7bit

Seventy Years of Family Favorites

From the loving memory of my mother Grace 

Send $19.95  including tax and shipping

Driscoll Enterprise
2824 Carey Ave
Davenport, IA 52803-1922

We will take checks, money orders, or charge cards.

TAKE A LOOK!! BUY A BOOK!!!

POST YOUR AD IN THE 5TH POSTION AND DELETE THE 1ST

1.ALLADVANTAGE.COM
2.CYBER-ACTION.COM
3.RANDY13209@AOL.COM
4.SIXFIGUREINCOME.COM
5.SDRIS1929@AOL.COM

SEND 11 emails and 3 million viewers will see our ads 

THANK YOU VERY MUCH   AND SEND THIS ON 




From ftp-wg-owner@hethmon.com  Sun Jan 30 05:03:04 2000
Received: from mail.hethmon.com (mail.hethmon.com [208.147.156.6])
	by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA07118
	for <ftpext-archive@lists.ietf.org>; Sun, 30 Jan 2000 05:03:03 -0500 (EST)
Received: from mail (mail.hethmon.com [208.147.156.6]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000130045735-6347-10 ; Sun, 30 Jan 2000 04:57:35 -0500
Received: from unknown (max1-67.losangeles.corecomm.net [216.214.106.195]) by mail.hethmon.com
    (Hethmon Brothers Smtpd) id 20000130045725-16330-8 ; Sun, 30 Jan 2000 04:57:30 -0500
Message-Id: <460.517534.76474@unknown>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 30 Jan 2000 04:57:32 -0500
X-OldDate:  Sun, 30 Jan 2000 00:23:32
Sender: ftp-wg-owner <ftp-wg-owner@hethmon.com>
X-Listname: ftp-wg@hethmon.com
Reply-To: FTPEXT Working Group <ftp-wg@hethmon.com>
From: <maria2323@laoffices.com>
Subject: Ftp-WG: TV De-scambler 4 under $13


CABLE TV DE-SCRAMBLER

Build Your Own Cable De-scrambler for less than $17.  There are only 7 Simple steps to follow, and all the parts (parts number list provided) can be easily found at your local electronics store. 

We Send You:
¨	E-Z To follow Assembly Instructions.
¨	E-Z To read Original Drawings.
¨	The Parts List.


Frequently Asked Questions--CABLE TV DE-SCRAMBLER

Q:  Will the de-scrambler work on Fiber, TCI, Jarrod and 
      Satellite systems?
A:  The answer is YES. 

Q:  Do I need a converter box?

A:  This plan works with or without a converter box.  Specific 
      Instructions are included in the plan for each.
Q:  Can the de-scrambler be detected?

A:  No, the signal de-scrambles right at the box and does not 
      Move back thorough the line.

Q:  Do I have to alter my existing cable system, television or 
      VCR?
A:  The answer is no.

Q:  Does this work everywhere across the country?

A:  Yes, every where in the USA plus England, Brazil, and 
      Other countries.
Q:  When I order, when will I get my stuff?

A:  We mail out all orders within 24 hours of receiving it.  


To get the instruction plans, the easy to follow diagram, and parts list. Just send $17, (Cash, Check or Money Order.) and you will receive your Cable De-scrambler Plans right away. 
You get the complete package all for just  $17 
(Shipping and Handling included)
 


Send your orders to:                   SMA
                                       1300 N. Cahuenga BLVD #292                               
                                        Hollywood, CA  90028
                                      

PRINT YOUR:
NAME______________________________________________

ADDRESS___________________________________________

CITY/STATE/ZIP____________________________________

PHONE NUMBER______________________________________

E-MAIL ADDRESS____________________________________


SMA is a member with the Better Business Bureau.


Thank you for your interest.

(DISCLAIMER pleases notes: This information is being provided for educational purposes only. The information itself is legal, while the usage of such information may be illegal. We do not advocate unauthorized use or theft of cable services. If in doubt check your local laws and act accordingly.)