Robot Framework搭配RPA.Email.ImapSmtp发件成功但收件人收件箱无邮件问题咨询

核心排查方向 #

• 优先检索邮箱所有拦截类文件夹
  跨域发件时，如果发件域名没有配置SPF、DKIM、DMARC签名记录，绝大多数邮件服务商的反垃圾系统会直接把这类邮件归类到垃圾邮件、广告邮件、已拦截文件夹，不会展示在主收件箱视图内。不要只翻收件箱主目录，逐文件夹排查拦截类存储路径。
• 核对SMTP授权账号与传参的发件人一致性
  你使用的RPA.Email.ImapSmtp库中，SMTP协议实际认可的发件主体是Task Setup里Authorize Smtp指令传入的account参数；如果在调用Send Message时手动传入了和授权账号不一致的sender值，会触发邮件头伪造校验，SMTP服务器会在投递环节静默丢弃这类邮件，而且发件端日志只会记录SMTP协议握手完成的成功状态，不会返回最终的投递失败回执。脚本中不需要手动传入和授权账号相同的sender参数，这个库会自动把授权登录账号作为默认发件人，多余的传参反而会触发校验异常。
• 核对SMTP端口与加密配置的匹配性
  现在绝大多数商用、自建SMTP服务已经关闭了明文25端口的转发权限，如果你配置的端口和加密方式不匹配：比如用465端口但没有开启SSL连接、用587端口但没有开启STARTTLS升级，虽然发件端能完成协议交互显示发送成功，但实际SMTP服务器在向下一跳收件服务器投递时，会因为传输安全标识不合法直接放弃转发。
• 排查HTML参数引发的内容拦截
  你当前脚本配置了html=${TRUE}参数，但正文只有极短的无结构文本"Hello"，没有任何合法的HTML标签结构。这类“标记为HTML格式但无实际HTML内容、正文长度过短”的邮件，很容易被邮件网关判定为钓鱼垃圾邮件，直接在网关层拦截，根本不会投递到收件人的邮箱空间。临时验证可以先把该参数调整为html=${FALSE}，给正文补充常规测试内容再重新触发发送流程。

快速定位验证步骤 #

先给和发件人同域名的邮箱发送测试邮件，如果同域名邮箱可以正常收到、仅跨域收件人收不到，就可以排除脚本代码逻辑问题，核心原因基本集中在反垃圾规则拦截、发件域名认证配置缺失两个方向。

内容的提问来源于stack exchange，提问作者Sai Vikhyath