> > The problem we've seen is that the ABOR command seems not to function
> > correctly, as there's a long time between the ABOR is sent by the eqpt,
> > and the server is responding to it (we're even not sure it's well
> > reponding).

> There are some issues with how proftpd was handling the ABOR command; see:
> http://bugs.proftpd.org/show_bug.cgi?id=2920
> Thus if you're using a version of proftpd older than 1.3.1rc3, I'd
> recommend upgrading to that version, and seeing if the ABOR issue still
> exists. If so, then please let me know; I suspect that proftpd may still
> have an issue when handling ABOR for uploads (as opposed to downloads).

I should also point out ProFTPD's TimeoutLinger configuration directive:


Since an ABOR will cause the closing of the data connection, the delay you
are seeing might be influenced by the default TimeoutLinger setting;
configuring a lower timeout might decrease the delay you experience.


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

Much of your pain is self-chosen.

-Kahlil Gibran

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

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
ProFTPD Users List
Unsubscribe problems?