> > 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:

http://www.proftpd.org/docs/directiv...outLinger.html

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.

Cheers,
TJ

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

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.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
ProFTPD Users List
Unsubscribe problems?
http://www.proftpd.org/list-unsub.html