> When transferring a file from the client to the server, this client
> checks whether the file does already exist:
>
> Client: PASV
> Server: 227 Entering passive mode (address, port)
> Client: LIST foo.txt
> Server: 450 foo.txt: No such file or directory
>
> Additionally, the data channel is immediately aborted (with RST -
> connection reset by peer) in this case. The client shows the 450 error
> message to the user and aborts.
>
> The older proftpd 1.2 used to do this:
>
> Client: LIST foo.txt
> Server: 150 Opening ASCII mode data connection for file list
> Server: 226 Transfer complete.
>
> In this case, the data channel is correctly closed (with FIN), as if
> an empty listing was transmitted.
>
> I'd like to know whether this behavior is intentional, or whether
> proftpd 1.3 can be made to behave like 1.2 did, or whether the client
> is at fault.


It's a proftpd bug:

http://bugs.proftpd.org/show_bug.cgi?id=2863

Cheers,
TJ

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Do not underestimate one's capacity for self-delusion.

-TJ Saunders

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?p...rge&CID=DEVDEV
_______________________________________________
ProFTPD Users List
Unsubscribe problems?
http://www.proftpd.org/list-unsub.html