| <?xml version="1.0" encoding="US-ASCII"?> |
| <testcase> |
| <info> |
| <keywords> |
| FTP |
| PORT |
| RETR |
| NODATACONN |
| timeout |
| FAILURE |
| </keywords> |
| </info> |
| # Server-side |
| <reply> |
| <data nocheck="yes"> |
| some bytes |
| </data> |
| <servercmd> |
| NODATACONN |
| </servercmd> |
| </reply> |
| |
| # Client-side |
| <client> |
| <server> |
| ftp |
| </server> |
| <name> |
| FTP PORT download, no data conn and no positive preliminary reply |
| </name> |
| <command> |
| --max-time %FTPTIME2 ftp://%HOSTIP:%FTPPORT/%TESTNUMBER -P - |
| </command> |
| |
| </client> |
| |
| # Verify data after the test has been "shot" |
| <verify> |
| <strippart> |
| s/^EPRT \|1\|(\S*)/EPRT \|1\|/ |
| </strippart> |
| |
| # The protocol part does not include QUIT because the error is |
| # CURLE_OPERATION_TIMEDOUT (28) which is a generic timeout error without |
| # specifically saying for which connection it concerns, and for timeouts libcurl |
| # marks the control channel as "invalid". As this test case times out for the |
| # data connection it could still use the control channel. |
| <protocol crlf="yes"> |
| USER anonymous |
| PASS ftp@example.com |
| PWD |
| EPRT |1| |
| TYPE I |
| SIZE %TESTNUMBER |
| RETR %TESTNUMBER |
| </protocol> |
| <errorcode> |
| 28 |
| </errorcode> |
| </verify> |
| </testcase> |
