Nodemailer在本地正常运行但在Render生产环境使用Gmail SMTP（465/587）时超时

我之前也碰到过类似的Render环境下SMTP超时的问题，结合你的描述来看，大概率是Render的网络限制或者Gmail的安全拦截机制导致的，下面给你一些具体的排查和解决思路：

一、先排查Gmail侧的潜在问题 #

虽然你本地能正常发送，但生产环境的服务器IP可能触发了Gmail的安全策略：

• 确认你的Gmail账号已开启两步验证，并且使用的是正确的应用专用密码（不是账号本身的登录密码）——Gmail现在已经完全停止支持无2FA的“不安全应用”访问，这点一定要核对。
• 登录Gmail账号查看「最近的活动」页面，看是否有来自Render服务器IP的连接被拦截的记录，如果有的话，手动标记该IP为“安全”。

二、给Nodemailer添加调试日志定位问题 #

在你的transport配置里开启调试模式，这样能看到更详细的连接过程日志，帮你确定是连接不上、TLS握手失败还是其他具体问题：

const transporter = nodemailer.createTransport({
  host: process.env.SMTP_HOST, // smtp.gmail.com
  port: Number(process.env.SMTP_PORT), // 465
  secure: true,
  auth: {
    user: process.env.SMTP_USER,
    pass: process.env.SMTP_PASS,
  },
  connectionTimeout: 30000,
  greetingTimeout: 30000,
  socketTimeout: 30000,
  // 新增调试配置
  debug: true,
  logger: true,
});

部署后查看Render的日志，重点关注是否有TCP连接建立失败、Gmail返回的错误码等信息。

三、测试其他SMTP服务验证网络问题 #

如果调试后还是找不到原因，可以临时换成SendGrid或Mailgun的SMTP服务试试：

• 这些服务同样使用465/587端口，如果能正常发送，说明问题出在Gmail和Render的网络交互上，而非Render完全封禁了SMTP端口。

四、生产环境的推荐方案 #

从你的测试结果来看，HTTP-based的邮件API（比如Resend）在Render上能正常工作，这其实是更适合生产环境的选择：

1. 规避网络限制：HTTP/HTTPS端口（80/443）几乎不会被任何云服务商限制，稳定性更高。
2. 提升送达可靠性：专业邮件服务（Resend/SendGrid/Mailgun）有更完善的邮件投递策略、发送限额管理，还有详细的发送统计和报错排查工具。
3. 避开Gmail的局限性：Gmail的SMTP本来就不是为生产批量发送设计的，有严格的发送限额，容易触发安全拦截，不适合长期用在生产环境。

如果实在想坚持使用Gmail SMTP，除了上述排查步骤，还可以尝试在Render上配置SOCKS代理，但这种方式复杂度高，稳定性也远不如专业邮件API。

备注：内容来源于stack exchange，提问作者Abderrahmane Belarbi