Opened 2 years ago
Closed 2 years ago
#12615 closed Feature request (rejected)
Feature Request: provide a milllisecond delay parameter to session termination after 'Goodbye.'
| Reported by: | Steve Fox | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | FileZilla Server |
| Keywords: | goodbye. Session destroyed | Cc: | Steve Fox |
| Component version: | 1.1.0 | Operating system type: | |
| Operating system version: | Server 2012r2 |
Description
We have a contact using a 'slow' system that sends us small EDI files and after our upgrade to 1.1.0 started to received errors at the end of the session.
We suspect that during the session termination protocol Filezilla closes the socket quickly - creating a socket termination error on their side because they are still processing the 'Goodbye.' acknowledgement
Would you please consider adding a timeout value in MS (up to say, 5000 or more) in the configuration to allow for the client to process and disconnect from their side prior to the session destroy? Everything still works, but it generates a non-critical error for each session
Thanks
2021-12-23T18:45:25.704Z >> [FTP Session 858 198.162.220.218 wfm_prod] QUIT
2021-12-23T18:45:25.704Z << [FTP Session 858 198.162.220.218 wfm_prod] 200 Goodbye.
- REQUEST FOR A TIME OUT HERE
2021-12-23T18:45:25.704Z II [FTP Session 858 198.162.220.218] Session 0x2d44db7560 with ID 858 destroyed.
2021-12-23T18:47:39.812Z II [FTP Session 859 198.162.220.218] Session 0x2d44db7560 with ID 859 created.
There is no need to send a QUIT command, you can just close the connection outright. As per specification, closing it without QUIT is equivalent to ABOR+QUIT.
Furthermore, according to the example at https://datatracker.ietf.org/doc/html/rfc959#section-7 a reply to QUIT is not needed.