Email

Resend 是什么 Resend 是一个面向开发者的邮件发送服务（ESP，Email Service Provider）。程序调一个 HTTP API，Resend 负责把邮件真正投递到收件人的邮箱。2023 年上线，主打 API 简单、文档清楚，同一团队还维护了用 React 写邮件模板的 React Email。 它主要用来发事务邮件（transactional email）：注册验证、密码重置、账单通知、给管理员的告警。这类邮件是某个事件触发的、一对一的，和营销群发不是一回事（Resend 也有群发功能，叫 Broadcasts，这里不涉及）。 免费档每月 3,000 封、每天 100 封，对个人项目的通知邮件足够。具体额度以官网定价页为准。 为什么不自己发 服务器自己跑 SMTP 往外发信，基本进不了收件箱： 新 IP 没有发信信誉，Gmail、Outlook 会直接扔进垃圾箱或拒收。 云主机通常封了 25 端口出站（AWS EC2 默认就封）。 要自己处理退信、投诉、限速、重试。 ESP 的价值就在这里：它有养好信誉的发信 IP，处理退信和投诉，你只要证明「这个域名是我的，允许你代我发信」。 收信和发信是两件事 以 catglish.com 为例，两个方向用的是两套服务： 方向 服务 地址 作用 收信 Cloudflare Email Routing support@、privacy@ 别人写给这些地址的信，转发到我的 Gmail 发信 Resend no-reply@ enx-api 往外发通知邮件 Cloudflare Email Routing 只能收、不能发；Resend 只管发。两者的 DNS 记录互不冲突：收信的 MX 在根域 catglish.com 上，Resend 的记录在 send.catglish.com 子域和 resend._domainkey 上。 ...

MIME 媒体类型, 用途互联网邮件扩展 (MIME，Multipurpose Internet Mail Extensions) 是一个互联网标准, 它扩展了电子邮件标准，使其能够支持非ASCII字符、二进制格式附件等多种格式的邮件消息。HTTP协议中也使用了MIME的框架。MIME是通过标准化电子邮件报文的头部的附加域 (fields) 而实现的；这些头部的附加域，描述新的报文类型的内容和组织形式。 内容类型 (Content-Type) ，这个头部领域用于指定消息的类型。一般以下面的形式出现。 type有下面的形式。 Text: 用于标准化地表示的文本信息，文本消息可以是多种字符集和或者多种格式的； Multipart: 用于连接消息体的多个部分构成一个消息，这些部分可以是不同类型的数据； Application: 用于传输应用程序数据或者二进制数据； Message: 用于包装一个E-mail消息； Image: 用于传输静态图片数据； Audio: 用于传输音频或者音声数据； Video: 用于传输动态影像数据，可以是与音频编辑在一起的视频数据格式。 subtype 用于指定 type 的详细形式。 text/plain (纯文本) text/html (HTML文档) application/xhtml+xml (XHTML文档) image/gif (GIF图像) image/jpeg (JPEG图像) 【PHP中为: image/pjpeg】 image/png (PNG图像) 【PHP中为: image/x-png】 video/mpeg (MPEG动画) application/octet-stream (任意的二进制数据) application/pdf (PDF文档) application/msword (Microsoft Word文件) message/rfc822 (RFC 822形式) multipart/alternative (HTML邮件的HTML形式和纯文本形式，相同内容使用不同形式表示) application/x-www-form-urlencoded (使用HTTP的POST方法提交的表单) multipart/form-data (同上，但主要用于表单提交时伴随文件上传的场合) parameter可以用来指定附加的信息，更多情况下是用于指定text/plain和text/htm等的文字编码方式的charset参数。MIME根据type制定了默认的subtype，当客户端不能确定消息的subtype的情况下，消息被看作默认的subtype进行处理。Text默认是text/plain，Application默认是application/octet-stream而Multipart默认情况下被看作multipart/mixed。 内容传输编码 内容传输编码 (Content-Transfer-Encoding) ，这个区域使指定ASCII以外的字符编码方式成为可能。形式如下: ...

自建邮箱常被说成「装一套 Postfix」，云厂商又常被说成「AWS 有邮件服务」。这两句话都只对了一半：Postfix 只是 SMTP 引擎；AWS 现在给新用户提供的是发信 API，不是完整邮箱。下面按用途把常见方案摊开。 更早的 Debian 上手记录见 Debian Postfix and Dovecot，协议背景见 SMTP 和 Dovecot。 先分清三层 层 解决什么 用户能不能在 Thunderbird / 手机里收信 MTA 在互联网上收发 SMTP 不能。还缺 IMAP/POP3 和存储 完整邮箱 SMTP + IMAP + 反垃圾 + DKIM +（可选）Webmail 能 应用发信 程序发验证码、告警、营销信 不能当个人收件箱 Mailcow 属于第二层，内部的 SMTP 容器仍是 Postfix。Amazon SES 属于第三层。把三者放在同一张「哪个更好」的表里没有意义。 graph TD A["完整邮箱Mailcow / Stalwart / Workspace"] B["MTAPostfix / Exim"] C["应用发信SES / Postal / ACS"] A --> B A -.->|"也可把出站交给"| C C -.->|"不提供 IMAP"| D["S3 / Lambda / webhook"] 自建：Postfix + Dovecot 这一路 底层仍是同一套老软件，差别在谁帮你接线。 ...