Here are some configuration items that have caused FTP issues for some of our customers.

Verify that the username is enabled, and that the username and password are correct. Edit the user and verify that the Account enabled setting is turned on. Verify that the Authentication method is not set to "none". (When set to "none", a user account can only authenticate by using an API Key or an SSH/SFTP Key.)

The user might have FTP disabled in their settings. Edit the user and check that FTP is enabled in their Privileges for Protocol access.

If the user has Two Factor Authentication (2FA) Enabled, only certain 2FA methods work with FTP. The Two Factor Authentication documentation page has more information on this**.** Additionally, when using 2FA with FTP, you need to disable any parallelism in your FTP app, because 2FA is only valid for one connection at a time. (Elsewhere we suggest maxing out the available parallelism in your app for performance. 2FA is a case where this would not be available.)

If the user account has been configured to Require password change on next login then FTP login will not succeed until the password has been changed. Ask the user to access Files.com using our web interface and have them complete the password change prior to attempting a login via FTP.

If your site or user is subject to an IP whitelist, the user must access the site using one of the whitelisted IPs from either list. Check your IP whitelists to verify that the IP address that FTP connections are being made from are allowed.

If a user is having problems logging in using FTP(S) then have them attempt to log in using the Files.com web interface. If the issue persists there then this eliminates FTP(S) as the cause.