Shiny中Blastula对接Gmail发信报Login denied错误如何解决

报错场景 #

Shiny应用中调用Blastula包对接Gmail SMTP服务发信，服务稳定运行数年后无代码改动突发如下报错：

Error in curl_fetch_memory(smtp_server, handle = h) : Login denied

常规公开帖提到的旧方案（比如开启低安全应用权限、更换端口）测试后均无效时，按以下优先级排查，90%以上的突发故障都是前两类原因导致：

1. 优先排查Gmail账户认证规则变更（最高发原因） #

Gmail早在2022年就全面下线了「低安全性应用访问」入口，不再支持直接使用账户登录密码做第三方SMTP认证，很多老服务能持续运行是因为之前的授权会话长期未过期，一旦缓存失效、账户触发安全校验就会直接报登录拒绝：

• 进入对应Gmail账户的安全设置页，开启两步验证，之后生成16位长度的应用专用密码，把Blastula SMTP配置里的密码字段替换成这个专用密码，不能再使用原来的账户登录密码。
• 检查账户安全提醒中心，是否有来自Shiny服务器IP的登录拦截记录，如果有手动标记为「本人操作」，等待10分钟左右重试即可，IP变动、短时间发信量突增都可能触发Gmail的自动拦截。

2. 核对SMTP配置参数有效性 #

很多老代码里的配置依赖Blastula旧版本的默认值，和Gmail当前的接入要求已经不匹配：

• 显式写死SMTP配置参数，不要依赖默认值：服务地址固定为smtp.gmail.com，优先用465端口搭配use_ssl = TRUE，备选587端口搭配use_tls = TRUE，废弃所有其他旧端口配置。
• 认证用户名必须传完整的Gmail邮箱地址（带@gmail.com后缀），不要只写邮箱前缀。

3. 服务器侧连通性与依赖排查 #

先排除系统层面的问题，不要优先修改R代码：

• 登录Shiny应用所在的服务器，直接用curl命令测试SMTP认证是否正常，命令如下：

  curl --url "smtps://smtp.gmail.com:465" --ssl-reqd \
  --mail-from "你的发信邮箱@gmail.com" \
  --mail-rcpt "测试收件人邮箱@xxx.com" \
  --user "你的发信邮箱@gmail.com:刚才生成的应用专用密码" \
  -T <(echo -e "From: 你的发信邮箱@gmail.com\nTo: 测试收件人邮箱@xxx.com\nSubject: Test\n\nTest mail")
  

  如果这一步就报登录拒绝，问题和R、Blastula、Shiny完全无关，回头检查账号、应用专用密码、IP拦截问题即可；如果这步能发信成功，再往下排查。
• 升级服务器系统的curl、openssl、ca-certificates组件，老版本curl的TLS版本低于1.2会被Gmail直接拒绝连接，部分长期不更新的服务器容易踩这个坑。

4. 本地凭证缓存失效排查 #

如果之前是用create_smtp_creds_key()把凭证存在系统密钥环里：

• 系统更新、密钥环权限变更、服务器重启后解锁状态丢失，都会导致Blastula读不到正确凭证，传递空值发起登录就会被拒绝。重新调用一次凭证写入函数，把新的应用专用密码重新存入密钥环覆盖旧记录即可。
• 如果是用creds_file()读取本地明文凭证文件，检查文件权限是否被修改、部署时是否覆盖了旧的正确凭证文件，生产环境优先用密钥环保存凭证，稳定性更高。

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