revel框架不内置邮件功能，必须集成第三方smtp库（如gomail.v2）并手动封装连接、认证、mime构造及重试逻辑；官方从未提供revel.mail或revel.sendemail等api，调用将导致编译错误。
Revel 框架本身不内置邮件发送能力，必须集成第三方 SMTP 库（如 net/smtp 或 gopkg.in/gomail.v2）并手动封装发送逻辑。 它不提供类似 Laravel 的 Mail::send() 或 Django 的 send_mail() 那样的开箱即用邮件组件，所有发信流程——连接、认证、构造 MIME、错误重试——都需要你显式控制。
为什么不能直接用 revel.Mail 或 revel.SendEmail？
Revel 从未在任何稳定版本中提供过 revel.Mail 包或全局邮件发送函数。官方文档、源码仓库（github.com/revel/revel）及 v0.2x–v1.x 所有 release 中均无此类 API。如果你在某篇旧教程里看到 revel.SendEmail(...)，那大概率是自定义封装的 helper 函数，不是框架原生功能。
- 常见误判来源：有人把项目里自己写的
app/mail.go误认为 Revel 内置模块 - Revel 只负责 HTTP 生命周期、路由、模板、session 等 Web 层基础能力，I/O 类操作（DB、SMTP、Redis）全部交由 Go 标准库或社区库完成
- 试图调用不存在的
revel.SendEmail会导致编译错误：undefined: revel.SendEmail
如何在 Revel 中安全发送注册确认邮件？
以用户注册后发送邮箱激活链接为例，推荐使用 gopkg.in/gomail.v2（轻量、支持 TLS/STARTTLS、API 清晰），搭配 Revel 的 c.RenderArgs 和异步处理避免阻塞请求。
- 不要在 controller 同步调用
dialer.DialAndSend()：SMTP 延迟可能让 HTTP 请求超时（尤其测试环境用 Gmail SMTP 时） - 建议用 goroutine 封装发送逻辑，并捕获 panic：
go func() { defer func(){...}(); sendConfirmationEmail(...) }() - 邮件内容必须用
text/template或html/template渲染，不能硬编码 HTML 字符串；Revel 的render不可直接复用于邮件体 - 敏感配置（SMTP 用户名/密码）应从
conf/app.conf读取，而非写死：revel.Config.StringDefault("smtp.password", "")
示例关键片段：
func sendConfirmationEmail(user *models.User) error {
d := gomail.NewDialer(
revel.Config.StringDefault("smtp.host", "smtp.gmail.com"),
revel.Config.IntDefault("smtp.port", 587),
revel.Config.StringDefault("smtp.user", ""),
revel.Config.StringDefault("smtp.password", ""),
)
m := gomail.NewMessage()
m.SetHeader("From", "no-reply@mylib.org")
m.SetHeader("To", user.Email)
m.SetHeader("Subject", "请激活您的 Go-Cali 账户")
m.SetBody("text/plain", fmt.Sprintf("点击链接激活：%s/activate?token=%s",
revel.Config.StringDefault("app.baseurl", "http://localhost:9000"), user.Token))
return d.DialAndSend(m)
}
已读回执 / 送达回执这类功能能通过 Revel 实现吗？
不能。邮件客户端的 Disposition-Notification-To（已读回执）或 Return-Receipt-To（送达回执）头字段，仅对支持该协议的 MUA（如 Outlook、Apple Mail）起作用，且依赖收件人主动配合。Revel 发出的邮件只是普通 SMTP 消息，无法强制对方返回回执。
- 添加
m.SetHeader("Disposition-Notification-To", "...")仅是发出请求，99% 的 Webmail（Gmail、Outlook.com、Yahoo）会直接忽略 - IMAP/POP 账户不支持接收回执（Revel 项目知识库明确指出：“此功能不适用于 IMAP 或 POP 帐户”）
- 真正可靠的投递确认，必须走服务端对接：比如用 SendGrid/Mailgun 的 webhook 接收
delivered事件，再更新数据库状态
实际部署时最容易被忽略的是 SMTP 连接池和凭证轮换——Revel 应用常被当作“一次写完就扔”的原型项目，但生产环境若每封邮件都新建 gomail.Dialer，会快速耗尽文件描述符；而把 App Password 硬编码在 conf 里，一旦泄露就等于邮箱沦陷。这两点没有框架帮你兜底，得自己动手。
