<div>Remi,</div>
<div>You were right, we don't have to reconnect, we can re-use existing command connection and establish a new data connection.</div>
<div>The actual problem was with interpreting response from "ABOR" command - there we are unconditionally waiting for 2 responses. Typically we are getting 226 (transfer completed) and after that 227 (abort succesfull). In some circumstances, when you have fast connection to ftp, you data transfer is already finished, so you will get only one 227 response. I've tried to make it more intelligent now.
<br><br></div>
<div class="gmail_quote">On Jan 2, 2008 8:12 PM, Andrew Zaikin <<a href="mailto:andrew.zaikin@gmail.com">andrew.zaikin@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>I don't have that deep knowledge in ftp, so I need some assistance here.</div>
<div>Previously, when ftp module was seeking, it does ftp_StopStream(), which send "ABOR" command, and close the corresponding network stream. After that it was trying to set passive mode and do "REST" command, which obviously failed. So that's why I decided that re-opening connection might be the good idea. 
</div>
<div>Should we try to issue ABOR command and try to do REST without closing connection?</div></blockquote></div>