--===============1893685071==
Content-Type: multipart/alternative;
boundary="=====================_119751171==.ALT"

--=====================_119751171==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

While testing .ftpaccess and I came
across a misbehaving FTP client. Since the FTP client is the default
one for Linux I thought I'd note the misbehavior. (This was Fedora 7
package ftp-0.17-41.fc7)

I was testing command "quote size testfile1" which is treated
specially due to security considerations. Thus the SIZE command is
restricted to only binary mode. Knowing this I had entered a BINARY
command into the client to ensure not in ASCII mode. The first SIZE
command worked as expected. After changing directories, a second
SIZE command failed, giving the error message "550 SIZE not allowed
in ASCII mode".

Investigating I turned on debug in the FTP client (-d option) and
re-ran to get the following listing:
Connected to ftp.proftpd.org (78.47.206.250).
220 ProFTPD 1.3.1rc2 Server (ProFTPD.org Project) [78.47.206.250]
Name (ftp.proftpd.org:tom): anonymous
---> USER anonymous
331 Anonymous login ok, send your complete email address as your password
Password:
---> PASS XXXX
230 Anonymous access granted, restrictions apply
---> SYST
215 UNIX Type: L8
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> binary
---> TYPE I
200 Type set to I
ftp> quote size README.MIRRORS
---> size README.MIRRORS
213 451
ftp> dir
---> TYPE A
200 Type set to A
ftp: setsockopt (ignored): Permission denied
---> PASV
227 Entering Passive Mode (78,47,206,250,134,116).
---> LIST
150 Opening ASCII mode data connection for file list
-r-------- 1 ftp ftp 11 Sep 25 22:10 MIRMON.PROBE
-r-------- 1 ftp ftp 451 Jul 1 2005 README.MIRRORS
dr-x------ 3 ftp ftp 18 Jul 1 2005 contrib
dr-x------ 3 ftp ftp 19 Jul 1 2005 devel
dr-x------ 4 ftp ftp 34 Nov 19 2002 distrib
dr-x------ 4 ftp ftp 34 Jul 1 2005 historic
226 Transfer complete
ftp> quote size README.MIRRORS
---> size README.MIRRORS
550 SIZE not allowed in ASCII mode
Note that the client switches to ASCII mode to receive the output
from DIR, but does not reverse that.

I compared with Windows command line FTP client.
Connected to rsync.proftpd.de.
220 ProFTPD 1.3.1rc2 Server (ProFTPD.org Project) [78.47.206.250]
User (rsync.proftpd.denone)): anonymous
---> USER anonymous
331 Anonymous login ok, send your complete email address as your password
Password:
---> PASS tshinnic@io.com
230 Anonymous access granted, restrictions apply
ftp> binary
---> TYPE I
200 Type set to I
ftp> quote size README.MIRRORS
---> size README.MIRRORS
213 451
ftp> dir
---> TYPE A
---> PORT 192,168,0,70,11,165
200 PORT command successful
---> LIST
150 Opening ASCII mode data connection for file list
-r-------- 1 ftp ftp 11 Sep 25 22:10 MIRMON.PROBE
-r-------- 1 ftp ftp 451 Jul 1 2005 README.MIRRORS
dr-x------ 3 ftp ftp 18 Jul 1 2005 contrib
dr-x------ 3 ftp ftp 19 Jul 1 2005 devel
dr-x------ 4 ftp ftp 34 Nov 19 2002 distrib
dr-x------ 4 ftp ftp 34 Jul 1 2005 historic
226 Transfer complete
ftp: 395 bytes received in 0.02Seconds 24.69Kbytes/sec.
---> TYPE I
ftp> quote size README.MIRRORS
---> size README.MIRRORS
213 451

This client program took care to reverse the "TYPE A" by following
the DIR with a "TYPE I", as requested by the BINARY command.

Bug filed with Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=306191

--=====================_119751171==.ALT
Content-Type: text/html; charset="us-ascii"



While testing .ftpaccess and <Limit LIST NLST STAT SIZE> I came
across a misbehaving FTP client.  Since the FTP client is the
default one for Linux I thought I'd note the misbehavior.  (This was
Fedora 7 package ftp-0.17-41.fc7)


I was testing command "quote size testfile1" which is treated
specially due to security considerations.  Thus the SIZE command is
restricted to only binary mode.  Knowing this I had entered a BINARY
command into the client to ensure not in ASCII mode.  The first SIZE
command worked as expected.  After changing directories, a second
SIZE command failed, giving the error message "550 SIZE not allowed
in ASCII mode".


Investigating I turned on debug in the FTP client (-d option) and re-ran
to get the following listing:

  Connected to
ftp.proftpd.org
(78.47.206.250).

  220 ProFTPD 1.3.1rc2 Server (ProFTPD.org Project)
[78.47.206.250]

  Name
(
ftp.proftpd.org:tom
): anonymous

  ---> USER anonymous

  331 Anonymous login ok, send your complete email address as your
password

  Password:

  ---> PASS XXXX

  230 Anonymous access granted, restrictions apply

  ---> SYST

  215 UNIX Type: L8

  Remote system type is UNIX.

  Using binary mode to transfer files.

  ftp> binary

  ---> TYPE I

  200 Type set to I

  ftp> quote size README.MIRRORS

  ---> size README.MIRRORS

  213 451

  ftp> dir

  ---> TYPE A

  200 Type set to A

  ftp: setsockopt (ignored): Permission denied

  ---> PASV

  227 Entering Passive Mode (78,47,206,250,134,116).

  ---> LIST

  150 Opening ASCII mode data connection for file list

  -r--------   1 ftp     
ftp            11
Sep 25 22:10 MIRMON.PROBE

  -r--------   1 ftp     
ftp           451
Jul  1  2005 README.MIRRORS

  dr-x------   3 ftp     
ftp            18
Jul  1  2005 contrib

  dr-x------   3 ftp     
ftp            19
Jul  1  2005 devel

  dr-x------   4 ftp     
ftp            34
Nov 19  2002 distrib

  dr-x------   4 ftp     
ftp            34
Jul  1  2005 historic

  226 Transfer complete

  ftp> quote size README.MIRRORS

  ---> size README.MIRRORS

  550 SIZE not allowed in ASCII mode

Note that the client switches to ASCII mode to receive the output
from DIR, but does not reverse that.


I compared with Windows command line FTP client.

  Connected to rsync.proftpd.de.

  220 ProFTPD 1.3.1rc2 Server (ProFTPD.org Project)
[78.47.206.250]

  User (rsync.proftpd.denone)): anonymous

  ---> USER anonymous

  331 Anonymous login ok, send your complete email address as your
password

  Password:

  ---> PASS tshinnic@io.com

  230 Anonymous access granted, restrictions apply

  ftp> binary

  ---> TYPE I

  200 Type set to I

  ftp> quote size README.MIRRORS

  ---> size README.MIRRORS

  213 451

  ftp> dir

  ---> TYPE A

  ---> PORT 192,168,0,70,11,165

  200 PORT command successful

  ---> LIST

  150 Opening ASCII mode data connection for file list

  -r--------   1 ftp     
ftp            11
Sep 25 22:10 MIRMON.PROBE

  -r--------   1 ftp     
ftp           451
Jul  1  2005 README.MIRRORS

  dr-x------   3 ftp     
ftp            18
Jul  1  2005 contrib

  dr-x------   3 ftp     
ftp            19
Jul  1  2005 devel

  dr-x------   4 ftp     
ftp            34
Nov 19  2002 distrib

  dr-x------   4 ftp     
ftp            34
Jul  1  2005 historic

  226 Transfer complete

  ftp: 395 bytes received in 0.02Seconds 24.69Kbytes/sec.

  ---> TYPE I

  ftp> quote size README.MIRRORS

  ---> size README.MIRRORS

  213 451


This client program took care to reverse the "TYPE A" by
following the DIR with a "TYPE I", as requested by the BINARY
command. 


Bug filed with Fedora

   

https://bugzilla.redhat.com/show_bug.cgi?id=306191





--=====================_119751171==.ALT--


--===============1893685071==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
--===============1893685071==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
ProFTPD Users List
Unsubscribe problems?
http://www.proftpd.org/list-unsub.html
--===============1893685071==--