I’ve been using the FTP node for a long time now (using it in an n8n Cloud workflow), and I’ve noted around April 9 (edit: actually, since March 31) that the FTP list response is coming back empty for my folder. I’ve actually had this problem before.
The problem is that when I check this SFTP server and folder in a separate program (e.g. Cyberduck) I can see the contents of the folder and all the files within.
I tried an experiment whereby I duplicated the folder (e.g. /IN/reports-2) on the server and tried to list the folder’s contents within n8n and it came back with an error saying the folder doesn’t exist.
When I put in other paths to list, it seems to work, e.g. /IN and /IN/invoices works fine, however /IN/reports and /IN/reports-2 doesn’t. But I can report that when listing /IN/invoices it only shows 145 files from Dec 3 2025 to March 30 2026 (there should be only 45 files dated from Dec 6 2025 to April 24 2026 in there).
I’m unsure why this behaviour is occuring and it seems specific to the FTP node on n8n Cloud as using it locally in a dev self-hosted n8n it works fine (just like in the original issue). Perhaps it’s something to do with how the n8n Cloud instance is configured, or how the SFTP handler within the node is configured.
I have also recently upgraded my Cloud instance to v2.17.8, however this error was occuring before that.
Has anyone else had this occuring and would you know of any way I could ensure that the FTP node is always returning the current/live version of the SFTP folder contents?
Helllo @lvl99 since you’ve confirmed that this works on your own self hosted dev instance, it’s definitely a problem in the n8n cloud environment. My advice is to attempt the IP address trick first as it seems to be the most consistently successful of the approaches mentioned by others. Failing that, the parent directory listing trick is the most consistently successful.
I hope one of these workarounds gets your workflow back on track. Let me know how it goes!
This sounds like an n8n Cloud FTP/SFTP node issue, not the SFTP folder itself.
Since Cyberduck and local self-hosted n8n show the correct files, but n8n Cloud shows stale/empty results, I’d suspect Cloud-side SFTP handling, caching, or connection/session behavior.
I’d try:
Recreate the FTP/SFTP credential in n8n Cloud
Test with a brand-new FTP List node
Try the exact path without cached executions/pinned data
Check if the server has IP-based rules or different behavior for n8n Cloud IPs
Contact n8n support with the failing path + time it started
good day @lvl99
One thing I’d add is that some SFTP servers behave differently depending on the directory listing mode (for example LIST vs MLSD) or how the client resolves symlinks and permissions, which could explain why specific folders return stale or empty results only in Cloud. Since you mentioned it works locally, I’d test the same credentials with an SFTP CLI client to compare the raw server response and share that with n8n support. I’d also check whether those folders recently exceeded a file-count limit or contain filenames/metadata that the Cloud node parser may not be handling correctly.