快速结论:该问题通常出现在 n8n 的 IMAP Trigger 节点上:INBOX 可以正常自动触发,切换到自定义文件夹(或 Gmail 标签映射出的文件夹)后,手动测试能拉到邮件,但运行时不再触发。优先排查 IMAP 服务端的 IDLE / 文件夹订阅行为,以及触发节点是否真正处于激活监听状态。
适用环境:Issue 中确认的环境为 n8n 1.73.1(后续评论也提到 1.85.4)、Node.js 20.18.0、Docker 自托管、Ubuntu Server、SQLite 数据库、enterprise 许可证;评论中另有非 Gmail 的普通 IMAP 服务端、Gmail 个人账号及 Google Workspace 账号,以及 n8n Cloud 用户复现同类现象。
最快修复方案:暂无确认的一步修复方案。Issue 被关闭前维护者未能复现,也没有给出已验证的补丁或配置。可优先尝试的是:确认自定义文件夹已在 IMAP 服务端正确订阅,并用一个最小工作流单独验证该文件夹的自动触发,同时观察节点在激活状态下是否出现任何执行记录或日志。
注意事项:“复制节点再重新追加”“工作流关开一次”属于社区用户的自救做法,不是官方验证的修复,可能只是重新建立监听,问题仍可能复现;修改文件夹订阅或工作流结构前建议先备份工作流。
问题场景
用户在 n8n 中使用 IMAP Trigger 节点监听新邮件,配置为 INBOX 时测试模式和自动触发都正常;把文件夹改为自定义文件夹后,节点在手动测试时能读到文件夹中的邮件,但工作流保持激活时,新邮件移入该文件夹后节点不再触发,甚至没有执行记录或日志。评论中也有非 Gmail 的普通 IMAP 服务端用户报告同样现象:邮件只会被拉取一次,之后继续往该文件夹加邮件就不再触发。
报错原文
[IMAP Trigger Node] Does not trigger on new mails in custom folders (only in test mode) but with INBOX
原因分析
Issue 中维护者表示在个人 Gmail 和工作 Gmail 账号上均未能复现,因此没有形成确定结论。结合讨论,可能原因包括:自定义文件夹在 IMAP 服务端未被正确订阅或 IDLE 通知未覆盖该文件夹;节点激活后对非 INBOX 文件夹的监听没有真正建立;Gmail 的“标签即文件夹”映射与普通 IMAP 服务端的文件夹语义差异导致行为不一致;以及社区反馈中提到的触发监听偶发失效、需要重新追加节点才能恢复。上述均为推测,Issue 未提供代码层面的根因确认。
环境排查
- 确认 n8n 版本,Issue 涉及 1.73.1,评论中 1.85.4 仍有用户报告。
- 确认 Node.js 版本,Issue 环境为 20.18.0。
- 确认部署方式,Issue 为 Docker 自托管,评论中也有 n8n Cloud 用户报告。
- 确认 IMAP 服务端类型:Gmail、Google Workspace 或普通 IMAP 服务器,并检查自定义文件夹在服务端是否已订阅、是否可被其他 IMAP 客户端正常看到新邮件。
- 确认数据库类型,Issue 为 SQLite,但这与触发失效的因果关系未在讨论中验证。
- 确认工作流是否处于激活状态,以及执行列表中是否有该触发节点的任何记录。
解决步骤
- 先用 INBOX 和自定义文件夹各建一个最小工作流,排除原工作流中其他节点或配置的干扰,确认问题只出现在自定义文件夹。
- 在 IMAP 服务端侧检查该自定义文件夹是否已订阅,并尝试用其他 IMAP 客户端确认新邮件移入后能看到,以排除服务端不同步。
- 保持工作流激活,向自定义文件夹移入新邮件,观察执行列表和节点日志是否有任何记录;若完全无记录,说明触发监听未建立。
- 可优先尝试:复制现有 IMAP Trigger 节点,删除原节点后重新追加到工作流并重新激活,评论中有用户以此临时恢复触发;该方法未经验证,失败时不影响原配置。
- 若上述操作无效,可在工作流中附上最小复现工作流或操作录屏,提交到 Issue 中等待维护者进一步排查。
验证方法
保持工作流激活,向自定义文件夹中移入一封新邮件,确认执行列表中是否出现由 IMAP Trigger 发起的执行记录;同时确认邮件内容能被后续节点正常处理。若仍无任何执行或日志,说明问题未解决。
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。


