Golangnet/smtp发邮件详细教程

偷偷努力，悄无声息地变强，然后惊艳所有人！哈哈，小伙伴们又来学习啦~今天我将给大家介绍《Golang使用net/smtp发邮件教程》，这篇文章主要会讲到等等知识点，不知道大家对其都有多少了解，下面我们就一起来看一吧！当然，非常希望大家能多多评论，给出合理的建议，我们一起学习，一起进步！

smtp.SendMail 发送失败但无报错是因为 auth 为 nil 时走明文协议，被现代邮箱服务静默丢弃；邮件头未正确 MIME 编码会导致中文乱码；并发过高会触发限频或封 IP，需限流控制。

smtp.SendMail 发送失败但没报错？检查 auth 参数是否为空

Go 的 smtp.SendMail 函数在 auth 为 nil 时不会主动拒绝，而是直接走明文 SMTP 协议 —— 大多数现代邮件服务（如 Gmail、Outlook、腾讯企业邮箱）会直接断连或静默丢弃，返回的 error 却可能是 ，让人误以为发送成功。

实操建议：

• 务必显式构造 auth：用 smtp.PlainAuth 或 smtp.LoginAuth，即使服务商声称“支持无认证”，实际也需提供合法凭据
• Gmail 必须开启「App Password」并用它替代账户密码；普通密码会触发 534 错误：534 5.7.9 Application-specific password required
• 腾讯企业邮箱要求使用「授权码」而非登录密码，且 SMTP 地址必须是 smtp.exmail.qq.com:465（不是 smtp.qq.com）
• 测试时加一行日志：fmt.Printf("auth: %+v\n", auth)，确认非 nil 且 username 字段不为空字符串

邮件正文乱码或收件人显示为 "=?UTF-8?B?..."？手动构造 MIME 头部

Go 标准库不自动处理邮件头编码，SendMail 只负责发原始字节流。如果 Subject 或 To 中含中文，又没加 MIME-Version 和 Content-Type 头，客户端大概率解析失败或显示编码串。

实操建议：

• 不要拼接裸字符串，用 strings.Builder 构建完整邮件体，头部必须包含：MIME-Version: 1.0、Content-Type: text/plain; charset=utf-8、Subject: =?UTF-8?B?...
• 中文 subject 建议用 mime.BEncoding.Encode 编码：mime.BEncoding.Encode("utf-8", "你好") → =?utf-8?B?6L+Z5piv?=
• To/From 字段若含中文昵称，格式应为："=?UTF-8?B?5byg5LiJ?= "，不能只编码昵称部分而漏掉邮箱
• 避免用 fmt.Sprintf 拼接换行符：Windows 行尾 \r\n 是强制要求，Linux 下用 \n 会导致部分服务器拒收

并发群发被限频或封 IP？控制 goroutine 数量 + 加随机延迟

SMTP 连接本身不支持批量投递，每封邮件都要新建 TCP 连接 + TLS 握手 + 认证 + 发送。盲目起几百个 goroutine，轻则被服务商限速（Gmail 通常 500 封/天/账号），重则 IP 被临时拉黑。

实操建议：

• 用带缓冲的 channel 限流，例如：sem := make(chan struct{}, 5)，每次发信前 sem ，完成后 <-sem
• 两次连接间加 time.Sleep(time.Millisecond * time.Duration(100 + rand.Intn(200)))，避免请求完全同步打到服务器
• 别复用同一个 smtp.Client 实例发多封邮件：Go 的 smtp.Client 不是线程安全的，且多数服务端会在空闲 30 秒后断连
• 记录每封邮件的 rcptTo 和返回状态（如 250 OK），失败时单独重试，不要整批回滚

用 smtp.PlainAuth 还是 smtp.LoginAuth？看服务商文档再选

两者都实现 smtp.Auth 接口，但握手流程不同：PlainAuth 在 AUTH 命令中一次性提交 base64(user\0user\0pass)，LoginAuth 则分步交互（先 AUTH LOGIN，再分别发编码后的 user/pass）。部分老旧或定制 SMTP 服务只认其中一种。

实操建议：

• Gmail / Outlook / 阿里云邮件推送：只支持 PlainAuth，用 LoginAuth 会返回 504 5.5.2 Unrecognized authentication type
• 某些内网 Exchange 或 Postfix 自建服务：可能禁用 PLAIN 机制，只开 LOGIN，此时必须用 LoginAuth
• 调试时抓包看 AUTH 行：用 tcpdump -i any port 465 -w smtp.pcap，Wireshark 打开后过滤 smtp.req.command == "AUTH"，确认实际协商的是 LOGIN 还是 PLAIN
• 别硬编码机制名 —— 先尝试 PlainAuth，捕获 error 后 fallback 到 LoginAuth，而不是靠猜测

最常被忽略的是：邮件正文末尾必须有且仅有一个 \r\n.\r\n（CRLF + 点 + CRLF）作为结束标记，少一个字符或错用 \n.\n，服务器就卡住不响应，超时后才报错。这个点藏在 RFC 5321 里，但没人提醒你。

以上就是《Golangnet/smtp发邮件详细教程》的详细内容，更多关于的资料请关注golang学习网公众号！