地址与收件方

地址与收件方相关问题共 6 问,点击问题展开答案。每条对应一个具体错误码或场景,看完即可操作。

33 客户端发信被拒,提示发件人地址与 SMTP 认证账号不匹配("sender rejected" / AUP#Out-1500),怎么修?
原因

SMTP 信封发件人(MAIL FROM)或 From 头地址与 SMTP 登录认证的用户名不一致。部分邮件服务商(如 Spectrum/Road Runner、Comcast)强制要求二者必须匹配,否则拒绝发送。

操作

1. 确认邮件客户端的"电子邮件地址"字段与你用于 SMTP 认证的用户名完全一致。
2. Outlook:文件 → 账户设置 → 双击账户 → 确认"电子邮件地址"和"用户名"是同一个邮箱地址。
3. 如果邮箱有多个别名/代发地址,SMTP 登录必须用主账号用户名,发件人地址也只能用该主账号地址。
4. 如确实需要用不同地址发信,向邮箱服务商申请代发权限。

参考:RFC 4954 (SMTP AUTH) §5 · RFC 5321 §3.3

53 发信退信"454 Transient reject by behaviour spam"或"554 Reject by behaviour spam",发信频率太快被临时/永久拒绝,怎么办?
原因

这属于行为反垃圾:收件方不看你发了什么,而是看你怎么发的——频率、连接模式、收件人分布等行为特征。收件方服务器通过行为分析判断你是否像垃圾邮件发送者(spammer pattern)。454 = 临时拒绝(你的 MTA 队列会自动重试,过几分钟可能就过了);554 = 永久失败(当前邮件放弃,重新发送也不行)。常见触发模式:(1) 同一 IP 短时间内并发连接过多;(2) 同一域名/账号短时间内发件量突然暴增;(3) 收件人都是不认识的地址且均匀分布——像群发工具;(4) 发件节奏过于规律(如正好每秒一封)。

操作

1. 降低速率:每封间隔 ≥1-2 秒,并发 SMTP 连接 ≤3。
2. 分批发送:同一批邮件中收件人域名多样化,不要把所有 同一邮件系统的收件人集中一批发送。
3. 保持发件人地址一致:不要每个批次的 MAIL FROM 都变——稳定的发件人信誉更好。
4. 控制总量在服务商限制内:(a) 阿里邮箱免费版 ≤2000封/天/企业,付费版 ≤2500封/天/账号;(b) Gmail 个人账号 ≤500封/天;(c) Outlook 个人 ≤300封/天。
5. 454 被拒后在队列中自动重试,不要手动反复重发同一封——会加长封禁时间。
6. 新 IP/新域名:从极低量开始(日发 50→125→300→1000 逐步递增),至少预热 7 天。

参考:阿里云退信帮助·RFC 5321 §4.2(SMTP 响应码)

57 设置了邮箱自动转发到另一个邮箱,收件人收不到或者邮件进了垃圾箱,为什么?怎么修?
原因

邮件自动转发(Forwarding)本质上用转发方服务器的 IP 重新发送邮件——转发方不是你(原始发件人),所以:
(1) SPF 失败:转发服务器的 IP 不在你域名的 SPF 允许列表里——别想了,不可能把所有转发服务的 IP 都加进去。
(2) DMARC 生效:如果你域名的 DMARC 策略是 p=reject,收件方看到 SPF fail → 直接拒绝——邮件不会进垃圾箱、不会收到退信、直接消失了(静默丢弃)。
(3) 个别场景 DMARC p=quarantinep=none:邮件可能进垃圾箱(看收件方策略)。

典型场景:老王用 Gmail → 设置自动转发到企业邮箱 → 同事发邮件到老王 Gmail → Gmail 转发到企业邮箱时 SPF 失败 → 企业邮箱拒收/垃圾箱。

操作

根本解决方案是 SRS(Sender Rewriting Scheme)——转发方重写 MAIL FROM 地址,把你的地址封装后用自己的域重新发送。
1. 自建转发:Postfix 安装 postsrsd(pip/apt install postsrsd→配置 /etc/postsrsd.conf
2. Gmail → Gmail 转发:同 Gmail 内部转发不受影响
3. Gmail → 第三方:部分邮件可能丢失,建议改用 Gmail 收件方直接 POP3/IMAP 拉取而非自动转发
4. 商业转发服务:ForwardEmail.net、Cloudflare Email Routing 等有内置 SRS
5. 不可控转发方时的替代方案:请收件方把你转发后的来源地址加入白名单(绕过 SPF 检查)
注意:Gmail 即使开启了转发,转发的邮件不带原始 DKIM 签名,DMARC 也会受影响。

参考:RFC 8617(ARC 转发认证协议)· SRS 设计文档 · Gmail Help

6 退信提示"550 5.1.1 User unknown"或"550 Invalid recipient",怎么办?
原因

收件方告知该邮箱地址不存在(RFC 5321 §4.2.2)。可能是拼写错误、地址已停用或对方已离职。

操作

1. 核对地址:注意 gmail.com vs gmial.com 等常见笔误。
2. 如地址无误,通过电话/微信等渠道确认该邮箱是否仍在使用。
3. 企业邮箱:对方可能已离职,联系对方公司获取有效邮箱。

参考:RFC 5321 §4.2.2 (SMTP Reply Codes)

7 退信提示"552 5.3.4 message size exceeds limit",邮件太大怎么办?
原因

附件经 Base64 编码后膨胀约 33%:20MB 文件编码后约 27MB。常见限制:Gmail 25MB、Outlook.com 25MB、国内企业邮箱通常 20-50MB。

操作

1. 压缩附件(WinRAR / 7-Zip)。
2. 拆分为多封邮件分开发送。
3. 使用云盘上传后分享链接代替附件。
4. 如文件不大但仍超限,检查是否含未压缩的高分辨率图片。

参考:RFC 5321 §4.2.2 (552) · Gmail Send Limits

8 退信提示"552 5.2.2 mailbox full",对方邮箱满了怎么处理?
原因

收件人邮箱存储配额已用满,无法接收新邮件(RFC 5321,5.2.2)。

操作

1. 通过电话/微信等非邮件渠道告知收件人清理邮箱。
2. 等待对方清理后重新发送。
3. 如长时间不清理,询问是否有备用邮箱。

参考:RFC 5321 §4.2.2 (552 - mailbox full)