038542ea3e
gets a 550 response back for the cases where a download (or NOBODY) is wanted. It still allows a 550 as response if the SIZE is used as part of an upload process (like if resuming an upload is requested and the file isn't there before the upload). I also modified the FTP test server and a few test cases accordingly to match this modified behavior.
52 lines
572 B
Plaintext
52 lines
572 B
Plaintext
<testcase>
|
|
<info>
|
|
<keywords>
|
|
FTP
|
|
PASV
|
|
RETR
|
|
FAILURE
|
|
</keywords>
|
|
</info>
|
|
# Server-side
|
|
<reply>
|
|
<size>
|
|
1
|
|
</size>
|
|
<servercmd>
|
|
REPLY RETR 314 bluah you f00l!
|
|
REPLY EPSV 314 bluah you f00l!
|
|
</servercmd>
|
|
</reply>
|
|
|
|
# Client-side
|
|
<client>
|
|
<server>
|
|
ftp
|
|
</server>
|
|
<name>
|
|
FTP download, failed RETR
|
|
</name>
|
|
<command>
|
|
ftp://%HOSTIP:%FTPPORT/118
|
|
</command>
|
|
</client>
|
|
|
|
# Verify data after the test has been "shot"
|
|
<verify>
|
|
<errorcode>
|
|
19
|
|
</errorcode>
|
|
<protocol>
|
|
USER anonymous
|
|
PASS ftp@example.com
|
|
PWD
|
|
EPSV
|
|
PASV
|
|
TYPE I
|
|
SIZE 118
|
|
RETR 118
|
|
QUIT
|
|
</protocol>
|
|
</verify>
|
|
</testcase>
|