edtFTPnet/PRO - Secure FTP component for .NET | Free Trial | Pricing
Controls various server security compatibility features.

Namespace: EnterpriseDT.Net.Ftp
Assembly: edtFTPnetPRO (in edtFTPnetPRO.dll) Version: 9.4.0.40

Syntax

C#
[FlagsAttribute]
public enum SecureFTPCompatibilityFlags
Visual Basic
<FlagsAttribute> _
Public Enumeration SecureFTPCompatibilityFlags
Visual C++
[FlagsAttribute]
public enum class SecureFTPCompatibilityFlags

Members

Member nameValueDescription
Standard0No special compatibility options, i.e. standard-compliant FTPS and SFTP.
SSLDisableControlClosure1FTPS only. Disables the SSL/TSL closure exchange on the control channel.
SSLDisableDataClosure2FTPS only. Disables the SSL/TSL closure exchange on data channels.
SSLDisableControlWaitOnClose4FTPS only. Prevents the client from waiting for a reply to the SSL/TLS closure command on the control channel.
SSLDisableDataWaitOnClose8FTPS only. Prevents the client from waiting for a reply to the SSL/TLS closure command on the data channel.
SSLDisableControlWaitOnShutdownSSL16FTPS only. Prevents the client from waiting for an ShutdownSSL message when calling UseUnencryptedCommands
SSHDisableChmodAfterPut32768SFTP only. Disables the permission change made after creating a file.

Remarks

Common server incompatibility problems are caused by differing level of adherence to the relevant standards. This is particularly applicable to FTPS. For example, the standard dictates how SSL/TLS sockets should be closed. By default SecureFTPConnection will attempt to close sockets in the standard-compliant way. While this is the most secure, it occasionally will cause hanging as it waits for a response from the client which never arrives. The ServerCompatibility property is provided for controlling this behaviour. If you experience hanging when a data-transfer is complete using FTPS then you should first try SSLDisableDataWaitOnClose and, if the problem still occurs, SSLDisableDataClosure. If you experience hanging as you close your FTPS session then you should first try SSLDisableControlWaitOnClose and, if the problem still occurs, SSLDisableControlClosure.

For SFTP, some servers return an error saying the file does not exist after creating it. By default, the client does a permission change after creating the file, which is done to ensure the file permissions are correct. If this error is encountered, try using SSHDisableChmodAfterPut to eliminate the problem.

See Also