When l attempt to download files using PASV connection in Windows 7, CORE FTP stalls and then eventually aborts. PORT mode downloads work fine. I have tried to disable the firewall.
I do not have the same issue using Windows XP PASV works fine on the same network with XP.
Unable to use PASV mode in Windows 7
CoreFTP client Lag with Rhinosoft Serv-u FTP server
i have finally receievd some information that may resolve this issue.
I just recently upgraded my Rhinosoft Serv-u FTP Server from 9.2.0.1 to 9.4.0.2. No settings have been changed. With the newest release all Core FTP clients are experiencing a lag of about 5 seconds to load the initial directory and for each change to a new directory when accessing using FTPS Implicit SSL.
I have tested from Windows XP, Vista and Windows 7 clients and all are experiencing the same lag.
This is the reply from Rhinosoft:
There appears to be a problem or incompatibility between the release of OpenSSL in use by Core FTP and Serv-U - Serv-U 9.4.0.2 uses OpenSSL 0.9.8m, but CoreFTP is not closing the SSL connection properly so the connection remains open until Serv-U forcibly closes it. This should be resolvable by using a more reliably free solution like FileZilla (which has the current release of OpenSSL) or a product professionally maintained like FTP Voyager.
This is my reply back to Rhinosoft:
I will forward your comments to Core FTP, but suggest that as an FTP Server, we should be able to interact with most browsers and be backwards compatible to some degree.
And their final response:
Thanks for the feedback. We do work to be compatible with all the major FTPS clients, which is why we implemented the 5 second timeout of the SSL connection. Before we did so, the connection would not work because the client never shut down the SSL connection. We added the timeout so that clients who failed to shut down the SSL connection would still function even if they exhibited this problem. What we've implemented is a best-case server solution, allowing all clients to work even if they do not handle SSL shutdown correctly.
Hoping there is some solution so that Core FTP clients can continue to access our servers without a lag
I just recently upgraded my Rhinosoft Serv-u FTP Server from 9.2.0.1 to 9.4.0.2. No settings have been changed. With the newest release all Core FTP clients are experiencing a lag of about 5 seconds to load the initial directory and for each change to a new directory when accessing using FTPS Implicit SSL.
I have tested from Windows XP, Vista and Windows 7 clients and all are experiencing the same lag.
This is the reply from Rhinosoft:
There appears to be a problem or incompatibility between the release of OpenSSL in use by Core FTP and Serv-U - Serv-U 9.4.0.2 uses OpenSSL 0.9.8m, but CoreFTP is not closing the SSL connection properly so the connection remains open until Serv-U forcibly closes it. This should be resolvable by using a more reliably free solution like FileZilla (which has the current release of OpenSSL) or a product professionally maintained like FTP Voyager.
This is my reply back to Rhinosoft:
I will forward your comments to Core FTP, but suggest that as an FTP Server, we should be able to interact with most browsers and be backwards compatible to some degree.
And their final response:
Thanks for the feedback. We do work to be compatible with all the major FTPS clients, which is why we implemented the 5 second timeout of the SSL connection. Before we did so, the connection would not work because the client never shut down the SSL connection. We added the timeout so that clients who failed to shut down the SSL connection would still function even if they exhibited this problem. What we've implemented is a best-case server solution, allowing all clients to work even if they do not handle SSL shutdown correctly.
Hoping there is some solution so that Core FTP clients can continue to access our servers without a lag