2026阿里云国际版邮件推送DirectMail实战教程：发信域名配置、SMTP/API发信与套餐计费成本测算

Meta Description: 阿里云国际版邮件推送 Direct Mail（DirectMail）实战教程：发信域名与 DNS 解析七步配置、控制台/API/SMTP 三种发信方式对比、Python SMTP 完整示例与 API 限流、5 万至 500 万封邮件套餐与 $0.29/千封按量真实单价表、免费额度与专用 IP 与邮箱验证价格、投递预热速率公式、限额与八个计费坑、十一问 FAQ。

> 关键词：阿里云国际版邮件推送、DirectMail教程、阿里云SMTP发信、smtpdm.aliyuncs.com、发信域名配置、邮件推送价格、事务性邮件、批量邮件、邮件送达率、Direct Mail计费

一、先给结论：DirectMail 是什么，以及本文与站内既有文章的分工

一句话答案：阿里云邮件推送（Direct Mail，控制台与文档里也写作 DirectMail）是一项只发不收的托管邮件发送服务——你不需要自己搭建 SMTP 服务器、不需要自己维护 IP 信誉、不需要自己处理退信队列，只要有一个域名，就能通过控制台、API 或 SMTP 接口把注册确认、订单通知、密码重置这类触发邮件和营销、期刊订阅这类批量邮件发出去。按量计费单价是 0.29 美元/千封（即约 0.00029 美元/封），新账号还自带一次性 2000 封免费额度，2026 年 9 月国际站还有 7 美元买 5 万封的新用户活动价。

它值得在 2026 年单独写一篇，有三个理由。第一，它是站内 70 篇阿里云国际版文章里唯一完全缺席的一类基础服务——计算、存储、数据库、网络、安全、容器、可观测性都写过了，但「应用怎么把邮件发出去」这条最常被忽略的链路始终空缺；而它恰恰是漏掉后最容易出事故的一环（用户收不到验证码，等于整个注册流程断掉）。第二，它的计费模型与站内所有产品都不一样——套餐是按「封数」而非按时间或容量售卖的，有效期固定 6 个月、多份套餐的有效期不叠加、到期未用完不退款，所以「买大包一定更便宜」在这里完全不成立，算错一次就等于白付钱。第三，它的送达率取决于一套与云服务器无关的外部规则——Gmail、Outlook 只认发信 IP 的信誉，新域名/IP 必须按官方给定的速率公式预热（warm-up），这一步不做，邮件会成批进垃圾箱，而这篇教程会把官方的速率公式和加量节奏原样给出。

在开写之前，先把本文与站内既有文章的分工说清楚，避免你把几篇文章读成一篇：

| 既有文章 | 它解决的问题 | 与本文的关系 | |---|---|---| | 注册教程（免实名+支付宝/国内信用卡） | 账号注册、实名与支付方式 | 本文的前置步骤，不重复 | | 阿里云国际版 vs 国内版对比 | 两站功能、价格、限制差异 | 本文只讲国际站 DirectMail 本身 | | 云监控 CloudMonitor 告警专题 | 指标采集、告警规则、多渠道通知 | 本文讲邮件怎么发出去，它讲发了之后怎么监控 | | 日志服务 SLS 实战教程 | 日志采集、查询、长期归档 | 本文的发送统计只保留 30 天，超期归档走 SLS | | 云安全中心实战教程 | 主机/容器安全、基线检查、SOC | 本文用 RAM 做最小权限，不展开安全产品 | | 节省计划与预留实例省钱攻略 | 承诺类折扣、低优先计费 | 本文讲的是封数套餐，机制与承诺折扣完全不同 |

本文只讲一件事：邮件推送这个产品怎么配置、怎么发信、怎么按封数算钱。 它不覆盖企业邮箱（收信）、不覆盖自建 Postfix/邮件服务器运维、也不覆盖营销邮件的文案与合规审核。

二、邮件推送 vs 自建 SMTP vs 第三方 ESP：为什么大多数人应该直接用托管服务

在选型之前先明确一个边界：邮件推送是「发信通道」，不是「邮箱」。它没有收件箱，不能收信，也不能替代企业邮箱。官方文档在 FAQ 里把这条讲得很直白——「Direct Mail 不提供收件箱服务」（This is not possible as Direct Mail does not provide an inbox service）。所以正确的组合是：用企业邮箱或 Gmail 收信，用邮件推送发信。

#### 2.1 三种方案的能力与成本对比（示意参考）

| 维度 | 阿里云国际版 DirectMail（托管） | 自建 Postfix/Exim（在 ECS 上） | 第三方 ESP（国际常见方案） | |---|---|---|---| | 初始成本 | 低，开通即用，无最低消费 | ECS 费用 + 运维工时 | 低至中，多数有免费档但量小 | | 发信通道 | 控制台 / API / SMTP 三种 | 仅 SMTP（需自己写发信逻辑） | 通常 API 为主，部分支持 SMTP | | IP 信誉 | 共享 IP 由平台维护，可选专用 IP | 完全自己负责，新 IP 大概率被限流 | 平台维护，专用 IP 通常另收费 | | 退信与统计 | 内置送达率、退信、打开/点击统计（保留 30 天） | 需自己解析退信、自建统计 | 内置，通常更强 | | 封数单价（参考） | 按量 0.29 美元/千封；套餐更低 | 只要实例在跑，闲置也付费 | 各家差异大，常见 0.1～1 美元/千封 | | 主要风险 | 发送频次受限额与信誉影响 | IP 进黑名单后极难恢复 | 供应商锁定、政策随供应商变 |

结论：除非你有明确的「必须在自有 IP 上发信」的合规要求，否则不要自建邮件服务器。自建最致命的不是技术难度，而是 IP 信誉——一台刚开机的 ECS 发信，Gmail 与 Outlook 会直接把它当作未知来源限流甚至拒收，而恢复信誉的周期以周计。托管服务把这件事变成了平台的责任，你只需要按官方预热节奏加量。

> 📝 小提示：如果你在阿里云 ECS 上自建过发信程序并发现 25 端口连不通，这不是故障——阿里云默认封禁 ECS 与虚拟主机实例的 25 端口，必须改用 80 或 465 端口发信，或对 25/80 启用 STARTTLS。这一条在下面讲 SMTP 时会再次用到。

三、开通与配置七步：从零到发出一封测试邮件

官方给出的「简化配置流程」是六步，但真正跑通需要把「开通」和「发信方式启用」也算进来，所以本文按七步展开。整个流程的绝大多数时间花在域名解析生效上，而不是控制台操作。

#### 3.1 第一步：开通服务（无需先买套餐）

在控制台搜索 Direct Mail，点击 Activate Now 即可开通（对应商品码 dm_intl）。开通本身免费，且没有最低消费——真正计费从你购买套餐或产生按量发送量开始。如果你只是想先测通链路，用自带的 2000 封免费额度就够了。

免费额度的两个限制要记清：一次性（不是每月刷新），且每天最多只能消耗 200 封。也就是说这 2000 封免费额度最少要分 10 天才能用完——如果你指望用它在一天内压测 2000 封，会直接被日限额挡住。

#### 3.2 第二步：创建发信域名（推荐用子域名）

进入控制台 Email Domains 页面，为你的域名创建一个发信子域名，例如主域名是 example.com，就用 mail.example.com 或 dm.example.com 作为发信域名。

官方对这里有三条硬规则，每一条都容易踩：

1. 每个阿里云账号最多添加 5 个发信域名，建议至少加两个，把触发邮件（注册、交易通知）与批量邮件（营销、期刊）分在不同的域名上发——分开之后，营销邮件的退信率不会污染事务性邮件的信誉。 2. 不要直接拿企业邮箱的主域名当发信域名。 官方原文明确说明：企业邮箱域名做发信域名时，域名验证需要配置 MX 记录，而企业邮箱本身也依赖 MX 记录收信，两条 MX 记录可能指向不同服务器，导致收信出错。正确做法是基于企业邮箱域名另建一个二级子域名（例如 mail.example.com）作为发信域名。 3. 主域名与其全部子域名的发信权归唯一账号。 一旦账号 A 用了 mail.example.com 作为发信域名，其他任何账号都不能再用 example.com 及其任意子域名发信。多人共用同一主域名的团队，必须在开通前就商量好归属。

#### 3.3 第三步：获取 DNS 记录值

控制台 Email Domains → Configure 页面会给出该域名需要配置的解析记录。关键提醒：不同控制台地域、不同域名的主机记录（Host Record）与记录值都不同，必须从你自己的页面获取，不要照抄网上任何一篇文章里的示例值（包括本文——本文不列出具体的 SPF/DKIM 记录值，正是因为它们随地域与域名变化）。

要配的是一组而非一条记录，通常包括用于域名归属验证与退信路径的 MX 记录，以及用于邮箱认证（SPF/DKIM 类）的 TXT 记录。

#### 3.4 第四步：配置 DNS 解析

如果你的域名是在阿里云买的（或已转入阿里云），直接在域名控制台的 DNS Settings 里点击 Add DNS Record，把第三步拿到的值逐条填进去即可。

如果你的域名在第三方服务商（Cloudflare、Namecheap、GoDaddy 等），方法完全相同——把这些记录手工添加到对应服务商的 DNS 管理页。注意 Cloudflare 用户的一个高频坑：SPF/DKIM 用的 TXT 记录不能被代理（Cloudflare 的橙色云朵只对 A/CNAME 生效），而用于验证的 MX 记录若与邮箱服务冲突，也会导致验证失败。只添加控制台明确要求的那几条记录，不要顺手把其他记录改掉。

#### 3.5 第五步：验证域名解析

官方给的时间是 20 分钟后可以验证。回到控制台 Email Domains 页面，点目标域名右侧的 Verify 按钮。验证成功即代表域名归属与认证记录都已被平台确认。

如果 20 分钟后仍然验证失败，按这个顺序排查：解析记录是否抄错（主机记录是否多写了域名后缀是最常见错误）→ 记录类型是否选错（MX vs TXT）→ DNS 是否已全球生效（用 dig 或 nslookup 从公网侧确认）→ 域名是否已被其他账号占用。

#### 3.6 第六步：创建发信地址并设置 SMTP 密码

在 Sender Addresses 页面创建发信地址，并明确选择类型：触发邮件（Triggered Emails）用于注册通知、交易通知、密码找回等由事件触发的邮件；批量邮件（Batch Emails）用于活动推广、客服信、期刊订阅等批量投递。官方原文特别提醒「不要误用渠道」——用错类型会被限额与信誉规则额外惩罚。

创建完之后还有一步是很多人漏掉的：必须为这个发信地址单独设置 SMTP 密码，否则 SMTP 发信功能不可用。路径是 Sender Addresses → 目标地址 → Actions 列 → Set SMTP Password，在弹出的对话框里输入密码并确认。

这里还有两个额度与规则要记住：每个账号最多 100 个发信地址；发信地址创建后不能编辑，但每月最多删除 10 个。这意味着命名要一次想清楚，别用「test1/test2」这类很快就不想要的名字。

#### 3.7 第七步：创建模板并发出第一封邮件

控制台在 Templates 页面创建邮件模板（上限 100 个），模板需要提交审核，审核通过后才能用于发送。控制台发信只支持批量邮件：选择已上传的收件人列表 + 已审核通过的模板 + 发信地址 + 邮件类型，即可发送。

> 📝 小提示：控制台不支持发信附件，也不支持触发邮件。如果你需要附件或事件触发，必须走 SMTP 或 API（见下一节）。控制台模板的两个尺寸上限也值得记：邮件主题 256 字符，邮件正文 1 MB。

四、三种发信方式怎么选：控制台、API、SMTP 的能力与限流对照

官方支持三种发信方式，但它们的适用场景差别很大，选错会白折腾。核心差异如下：

| 维度 | 控制台 | API | SMTP（官方推荐） | |---|---|---|---| | 支持邮件类型 | 仅批量邮件 | 触发邮件 + 批量邮件 | 触发邮件 + 批量邮件 | | 是否用模板 | 必须用已审核模板 | 单发不用模板，批量用模板 | 不用模板 | | 附件支持 | ❌ 不支持 | ⚠️ 仅最新 SDK 支持 | ✅ 支持 | | 单次收件人上限 | 1 个收件人列表 | SingleSendMail 100；BatchSendMail 1 个列表 | 100（官方限额表口径） | | 发送频率限制 | 按日配额 | 单发 100 次/秒/账号；批量 20 次/分钟（中国大陆）/ 10 次/分钟（中国大陆以外） | 见预热节奏 | | 典型用途 | 一次性群发、运营手动推送 | 系统集成、事件触发 | 后端服务直接集成、需附件 |

三条判据可以直接得出结论：① 需要附件 → 只能走 SMTP 或最新 SDK；② 需要事件触发 → 不能用控制台；③ 中国大陆以外地域的批量 API 每分钟只有 10 次请求，量大的批量任务更适合走 SMTP 或控制台。

API 还有一个版本坑：必须用 2015-11-23 版本（仍在维护），2016-08-25 与 2017-06-22 版本已废弃。用旧版本签名调不通时，先确认版本号再怀疑代码。

#### 4.1 SMTP 服务地址与端口（按控制台地域选）

这一节是全文最容易出错的部分——端点必须与控制台所在地域匹配。

| 地域 | SMTP 端点 | |---|---| | 中国（杭州） | smtpdm.aliyun.com | | 新加坡 | smtpdm-ap-southeast-1.aliyuncs.com | | 美国（弗吉尼亚） | smtpdm-us-east-1.aliyuncs.com | | 德国（法兰克福） | smtpdm-eu-central-1.aliyuncs.com |

端口：25、80、465（SSL 加密）三个端口可用。

- 25 端口在阿里云 ECS 与虚拟主机实例上默认被封禁，因此在 ECS 上发信请改走 80（非加密）或 465（SSL）。 - 也可以在 25 或 80 端口上通过 STARTTLS 启用显式 TLS。 - 历史遗留端点（官方明确不推荐新用户使用）：新加坡 smtpdm-ap-southeast-1.aliyun.com、澳大利亚（悉尼）smtpdm-ap-southeast-2.aliyun.com。注意到这里新旧新加坡端点的域名后缀不同（.aliyuncs.com vs .aliyun.com），抄错一个字就会连不上。

#### 4.2 用 Python 通过 SMTP 发出一封邮件

下面是一段可以直接改用公网 SMTP 端点发信的 Python 3.6+ 示例，逻辑取自官方示例并按国际站地域改写了端点。要点：连接 80 端口（非加密）或 465（SSL），认证用的账号必须与发信地址一致。

`python import smtplib import email from email.mime.multipart import MIMEMultipart from email.mime.text import MIMEText from email.header import Header from email.utils import formataddr

username = '[email protected]' password = 'YOUR_SMTP_PASSWORD' replyto = '[email protected]' rcptto = ['[email protected]']

receivers = rcptto msg = MIMEMultipart('alternative') msg['Subject'] = Header('Your verification code') msg['From'] = formataddr(['Example Service', username]) msg['To'] = ','.join(rcptto) msg['Reply-to'] = replyto msg['Return-Path'] = replyto msg['Message-id'] = email.utils.make_msgid() msg['Date'] = email.utils.formatdate()

texthtml = MIMEText('<p>Your code is <b>123456</b>.</p>', _subtype='html', _charset='UTF-8') msg.attach(texthtml)

try: client = smtplib.SMTP('smtpdm-ap-southeast-1.aliyuncs.com', 80) client.login(username, password) client.sendmail(username, receivers, msg.as_string()) client.quit() print('Email sent successfully') except smtplib.SMTPAuthenticationError as e: print('Auth failed:', e.smtp_code, e.smtp_error) except smtplib.SMTPRecipientsRefused as e: print('Recipients refused:', e.smtp_code, e.smtp_error) `

如果你想用 SSL，把 smtplib.SMTP(..., 80) 换成 smtplib.SMTP_SSL('smtpdm-ap-southeast-1.aliyuncs.com', 465) 即可。官方另外提示：在 Python 3.10/3.11 上 SSL 握手偶发失败时，需自定义 context 并显式 set_ciphers('DEFAULT')。

> 📝 小提示：官方示例里把 SMTP 密码写成明文变量，但同时在文档开头给了明确警告——不要把 SMTP 密码硬编码进源码，应放进环境变量或密钥管理服务在运行时读取。生产环境请按此执行。

#### 4.3 附件与单次收件人的两个上限口径（如实并列）

附件限制：整封邮件（含附件）总大小不得超过 15 MB，最多 100 个附件。这里有一个非常容易算错的地方：15 MB 指的是 SMTP 服务器处理后的实际大小，而 Base64 编码会让原始文件膨胀 1.5 倍以上，所以客户端侧准备 8 MB 以内的附件才安全。更大的文件请改在正文里放下载链接（例如 OSS 的签名 URL），而不是硬塞附件。

单次收件人上限：官方限额页写的是 SMTP 单次 100 个收件人；而官方Python 示例代码的注释写的是「单次发送不能超过 60 个地址」。这两个口径不一致，本文如实并列而不擅自换算——以限额页（100）为规划依据，但按 60 做保守兜底，实际以你自己的实测与工单确认为准。

五、计费与省钱：套餐按「封数」卖，买大包不一定更便宜

这是本文最需要慢慢读的一节，因为 DirectMail 的套餐结构与站内所有其他产品都不同——它是按封数打包、有效期固定 6 个月的，而不是按时间或容量。

#### 5.1 官方公开真实单价与套餐价格表

以下价格取自阿里云国际版官方定价页（采集于 2026 年 9 月），单位均为美元：

按量付费（Pay-As-You-Go）

| 计费项 | 单价 | 说明 | |---|---|---| | 邮件发送 | 0.29 美元/千封 | 计费公式：发送总封数 ÷ 1000 × 0.29 | | 最小计费金额 | 0.01 美元 | 精确到小数点后两位 | | 免费额度 | 2000 封（一次性） | 每主账号一次，每天最多消耗 200 封 |

邮件套餐（Resources Package，有效期 6 个月）

| 套餐封数 | 套餐价 | 有效期 | 相比按量省 | |---|---|---|---| | 5 万封 | $13.05 | 6 个月 | $1.45 | | 50 万封 | $121.80 | 6 个月 | $23.20 | | 100 万封 | $230.55 | 6 个月 | $59.45 | | 500 万封 | $1,123.75 | 6 个月 | $326.25 |

新用户活动价：官方产品页在 2026 年 9 月给出「新用户 5 万封 $7.00」的活动入口，明显低于常规套餐价 $13.05。这类活动价随活动周期变化，请以购买页实时显示为准。

增值服务（可选）

| 项目 | 价格 | 有效期/计费方式 | |---|---|---| | 专用 IP（Dedicated IP） | $128/月（杭州/新加坡/法兰克福/弗吉尼亚同价） | 按月订阅 + 自动续费，预付费，必须与邮件推送产品配合使用 | | 邮箱验证 1 万封 | $70 | 1 年 | | 邮箱验证 3 万封 | $180（省 14%） | 1 年 | | 邮箱验证 5 万封 | $275（省 21%） | 1 年 | | 邮箱验证 10 万封 | $500（省 29%） | 1 年 | | 邮箱验证 20 万封 | $800（省 43%） | 1 年 | | 邮箱验证 50 万封 | $1,750（省 50%） | 1 年 | | 邮箱验证 100 万封 | $3,000（省 57%） | 1 年 |

#### 5.2 先做一次加法：套餐的「省」是真的省吗

按本系列一贯的做法，厂商标注的「省多少」必须自己用单包单价复核一次。核对方法很简单——按量单价 0.29 美元/千封，乘以套餐封数，再与套餐价比：

- 5 万封：按量 50 × 0.29 = $14.50，套餐 $13.05，省 $1.45 ✅ 与官方标注一致 - 50 万封：按量 500 × 0.29 = $145.00，套餐 $121.80，省 $23.20 ✅ 一致 - 100 万封：按量 1000 × 0.29 = $290.00，套餐 $230.55，省 $59.45 ✅ 一致 - 500 万封：按量 5000 × 0.29 = $1,450.00，套餐 $1,123.75，省 $326.25 ✅ 一致

结论：这次官方标注的节省额是经得起复核的，套餐确实比按量便宜，而且封数越大折扣越深（5 万封约省 10%，500 万封约省 22.5%）。这一点与站内某些「组合包其实等于原价相加」的产品不同，可以放心。

#### 5.3 但真正的陷阱在「颗粒度」：6 个月用不完的套餐比按量更贵

套餐便宜的前提是——你能在 6 个月内把这批封数真的用完。官方规则里有三条决定了这一点：

1. 有效期固定 6 个月，且「每份套餐的有效期单独计算，不跨套餐叠加」——买两份 5 万封套餐，不是「10 万封、12 个月」，而是「两份各自 6 个月的 5 万封」。 2. 到期即失效，未使用资源不退款、不可退订（官方原文：套餐一经激活或到期，用户不得退订或就已使用/未使用资源获得退款）。 3. 扣减顺序是先扣「最早到期」的套餐，全部套餐用尽后自动转为按量计费。

于是算错一次就会白付钱。举两个真实测算：

- 场景 A：月发送量 3,000 封（小型应用的验证码邮件）。6 个月合计 = 1.8 万封。如果买 5 万封套餐（$13.05），你会白白浪费 3.2 万封；而按量只需 18 × 0.29 = $5.22。买套餐比按量贵了 2.5 倍。 - 场景 B：月发送量 2 万封。6 个月合计 = 12 万封。此时最优解不是直接买 100 万封套餐（$230.55，会浪费 88 万封），而是买两份 5 万封套餐 + 2 万封按量：$13.05 × 2 + 20 × 0.29 = $31.90。对照直接按量 $34.80，省约 8%；对照错误地买 50 万封套餐（$121.80），省下近 $90。

所以设计套餐方案的纪律是三步：① 先算清 6 个月的实际发送总量（不是月均值 × 6 的拍脑袋数，而要按业务峰值留余地）→ ② 用「多份小包组合」贴近这个量，而不是直接上一个大包 → ③ 用官方单价把组合相加一遍再付款。

#### 5.4 专用 IP 与邮箱验证：什么时候值得花钱

专用 IP（$128/月）解决的是「共享 IP 被别人的发送行为拖累」的问题。它保护你的发信域名与 IP 信誉不受其他用户干扰，从而提升送达率。但它有两层成本：一是每月固定 $128，二是新 IP 必须从零预热（见下一节），预热期内发送量被压得很低。所以判据是：当月发送量还不到几十万封、且共享 IP 的送达率没有问题，就不要买专用 IP——$128/月 已经是 44 万封按量邮件（约 44 万 × 0.29/1000 ≈ $128）的钱，先把这个钱花在量上更划算。

邮箱验证（Email Verification）是在发送之前逐条评估收件地址是否语法正确、真实存在、能否成功接收的工具，本质是用 $70/万条的成本去换更高的送达率。它对批量邮件、尤其是外购或长期沉淀的老名单最有价值——清掉无效地址能直接降低硬退信率，而硬退信率正是邮箱服务商眼里最强的负面信号之一。但对事务性邮件（收件人是你自己的注册用户）价值有限，因为地址本身就是用户填的。

> ⚠️ 价格声明：本节所有价格与折扣均采集自阿里云国际版官方定价页（2026 年 9 月），价格可能变动，请以官方实时页面为准。金额单位除特别标注外均为美元（USD）；新用户活动价随活动周期调整，请在购买页确认。

六、送达率的关键一步：按官方公式做发信预热（Warming-up）

如果你只记住本文一句话，记这一句：新域名与新 IP 直接全量发信，邮件会成批进垃圾箱，而这不是阿里云的问题，是 Gmail/Outlook 的信誉规则决定的。 官方文档把这件事讲得很清楚：邮箱服务商评估的是发信 IP 的历史信誉，一个没有发送历史的 IP 天生不被信任，会被限流或拒收，直到建立起持续、正向的发送模式。

#### 6.1 第一步：控制发送速率（官方公式）

官方给出的速率公式是：

速率 = max( 1 封/秒, 总量 ÷ (8 小时 × 3600 秒) )

它的含义是：把发送量摊平到 8 小时窗口内。原因也很直白——邮箱服务商看的是小时速率，不只是每日总量，一小时内发 5 万封，远比用 8 小时发同样的 5 万封可疑。如果出现了限流信号，就把窗口拉长，把每秒速率再压下去。

#### 6.2 第二步：确定起始量

- 首次发信人：起始量定在 每天 2000 封，然后每天翻倍，直到出现限流为止。 - 已有发送历史的发信人：从历史数据里找到没有触发任何邮箱服务商限流的最高日发送量，以它为起点。

#### 6.3 第三步：看指标决定加量、维持还是回退

官方给出的决策表如下：

| 观察到的信号 | 动作 | |---|---| | 无限流错误、投递指标健康 | 每日加量 5% | | 出现限流错误 | 维持当前量，直到错误消失 | | 打开率下降或退信率上升 | 维持并排查名单质量 |

要盯的四个关键指标：退信率（bounces）——硬退信率上升说明名单质量有问题，必须先解决再扩量；打开率（open rate）——持续下降说明收件人不认识你的发信地址，会拉低信誉；退订率——突增说明内容或频次有问题；垃圾邮件投诉率——这是对邮箱服务商最强的负面信号，要压到尽可能低。

注意这里的加量节奏是每天 5%，而不是继续翻倍——翻倍只用于从零起步的头几天。这个细节很容易被忽略，照着「每天翻倍」一路加到几十万封，几乎必然撞上限流。

> 📝 小提示：可以在控制台开启 Data Tracking（数据跟踪） 来监控打开率与点击率。但注意跟踪需要一个邮件标签，而标签必须提前至少 10 分钟在控制台创建好，否则跟踪不生效。

七、限额速查表与八个最容易踩的坑

#### 7.1 官方限额速查表

| 项目 | 限额 | |---|---| | 发信域名数 | 5 | | 发信地址数 | 100（不可编辑，每月最多删除 10 个） | | 每日配额 | 初始 2000 封/天，随发信人信誉动态调整 | | 每月配额 | 每日配额 × 30 | | 邮件标签 | 最多 500 个，每个标签 128 字符 | | 收件人列表数 | 10 | | 单个列表地址数 | 最多 10,000（同时受每日配额约束） | | 邮件模板数 | 100 | | IP 保护 | 10 个 IP 或 IP 段 | | 免费额度 | 一次性 2000 封，每天最多 200 封 | | 单封邮件总大小 | ≤ 15 MB（含附件），最多 100 个附件 | | 控制台模板 | 主题 ≤ 256 字符，正文 ≤ 1 MB | | 模板变量 | UserName ≤ 75 字符（建议 ≤ 50），NickName/Gender/Birthday/Mobile 各 ≤ 25 字符 | | 数据保留 | 30 天 |

#### 7.2 八个高频坑

坑 1：拿企业邮箱主域名当发信域名。 官方明确不建议——企业邮箱域名的域名验证需要 MX 记录，会与邮箱自身收信所需的 MX 记录冲突，导致收信出错。正确做法是基于它另建一个二级子域名。

坑 2：在 ECS 上用 25 端口发信。 阿里云默认封禁 ECS 与虚拟主机的 25 端口，代码写得再对也连不上。改用 80 或 465，或对 25/80 启用 STARTTLS。

坑 3：SMTP 端点选错地域。 新加坡账号配 smtpdm.aliyun.com（杭州端点）会出现连不上或极慢。端点必须与控制台地域匹配，且注意新端点用 .aliyuncs.com、旧端点用 .aliyun.com。

坑 4：以为免费额度是每月刷新。 2000 封是一次性的，且每天最多 200 封。要压测就买套餐或用按量，别指望免费额度。

坑 5：附件按客户端大小估算。 15 MB 是 SMTP 处理后的实际大小，Base64 会膨胀 1.5 倍以上。客户端侧附件控制在 8 MB 以内，大文件改用正文下载链接。

坑 6：套餐买大、6 个月用不完。 有效期固定 6 个月、不叠加、到期不退款。先算 6 个月总量，再用小包组合贴量，别直接上大包。

坑 7：用错邮件类型（触发 vs 批量）。 官方原文提醒「不要误用渠道」。把营销邮件塞进触发邮件地址，会同时拖累两类邮件的信誉。

坑 8：发送统计只留 30 天却当成长期审计来源。 需要长期留存发送明细的，要主动把统计导出并归档（例如投递到 日志服务 SLS），否则 30 天后就查不到了。

#### 7.3 连不上端点时的官方排障四步

如果 SMTP 连接异常，官方给了一条逐层排查链（把命令里的域名换成你的实际端点）：

`bash // 1. 先确认端点解析出的 IP ping smtpdm-ap-southeast-1.aliyuncs.com

// 2. 测端口连通性（以 80 为例） telnet smtpdm-ap-southeast-1.aliyuncs.com 80

// 3. 检查路径丢包 mtr -n -i 1 -c 100 smtpdm-ap-southeast-1.aliyuncs.com

// 4. 抓包（请在非加密端口如 80 或 25 上复现问题） tcpdump -i any -n host smtpdm-ap-southeast-1.aliyuncs.com and port 80 -w package.pcap `

八、常见问题 FAQ

- Q：邮件推送能收信吗？和企业邮箱是一回事吗？ A：不能收信。邮件推送是只发不收的发信通道，官方明确「不提供收件箱服务」，也不能与邮箱共用同一地址。正确组合是企业邮箱收信 + 邮件推送发信，且发信建议另建子域名。

- Q：必须买企业邮箱才能用邮件推送吗？ A：不需要。官方 FAQ 写得很清楚——只需要一个有效域名即可。

- Q：一定要买套餐吗？ A：不必。可以纯按量计费，没有最低消费，0.29 美元/千封。量小的时候按量反而比套餐便宜（见 5.3 的测算）。

- Q：新用户的 7 美元 5 万封和免费额度能叠加吗？ A：免费额度不进入套餐或按量的计费范围——换句话说，免费额度先于套餐与按量被消耗，超出免费额度的部分才开始计费。活动价属于套餐，按套餐规则扣减。

- Q：每日配额 2000 封够用吗？怎么提高？ A：发信人信誉是动态调整每日配额的基础。开通初期就是 2000 封/天，随信誉提升而上调。骤增发送量前先做预热，不要直接申请提额后全量发。

- Q：为什么我的邮件进了垃圾箱？ A：先查三件事：域名验证是否通过（SPF/DKIM 记录是否生效）、是否做了预热（新 IP 直接全量发信是头号原因）、名单质量（硬退信率是否过高）。三者都对仍进垃圾箱，考虑购买专用 IP 隔离信誉。

- Q：专用 IP 值得买吗？ A：$128/月。只有当共享 IP 的送达率已被别人拖累、且你的发送量足够大（否则新 IP 预热的成本更高）时才值得。量小时不建议买。

- Q：邮箱验证（Email Verification）和发送计费是分开的吗？ A：是两笔支出。邮箱验证是独立的资源包（$70/万条起，1 年有效，可重复购买），不能替代发送套餐。

- Q：控制台为什么不能发触发邮件、也不能带附件？ A：这是控制台的产品边界——官方只支持批量邮件且不支持附件。要触发邮件或附件，请用 API 或 SMTP。

- Q：SMTP 单次能发多少个收件人？ A：官方限额页写 100 个，官方 Python 示例代码注释写 60 个，两个口径不一致。规划按 100、兜底按 60，实际以实测与工单确认为准。

- Q：发送数据能保留多久？ A：30 天。需要长期归档的自建投递明细，请主动导出到对象存储或 SLS。

九、总结

三句话收尾：第一，邮件推送是「发信通道」不是「邮箱」——它解决的是注册通知、交易提醒、营销群发这类发出去的需求，收信仍然交给企业邮箱；发信域名务必用子域名，与主域名和企业邮箱的 MX 记录彻底隔离。第二，它的三种发信方式边界非常清晰——控制台只能发批量且不支持附件，API 适合系统集成（注意单发 100 次/秒、中国大陆以外批量仅 10 次/分钟的限流），SMTP 是官方推荐方式且是唯一稳妥支持附件的那条路（记得 25 端口默认被封、端点要与地域匹配）。第三，也是全文最值钱的一条：套餐是按「封数」打包、6 个月到期的——买大包不一定更便宜，先用「6 个月实际发送量」定档、再用多份小包组合贴量、最后用 0.29 美元/千封的按量单价把组合相加核对一遍，这一步能避免绝大多数白付钱。

如果你准备上手，建议的落地顺序是：先用 注册教程 把账号与支付方式搞定 → 在 ECS 选购指南 里确定业务所在地域（SMTP 端点选哪个地域由这里决定）→ 按本文第三节七步配置发信域名并发出第一封测试邮件 → 按第六节的速率公式做预热，不要跳过 → 用 云监控 CloudMonitor 监控发送量异常、用 SLS 归档 30 天之外的投递明细。 预算敏感的话，购买前先看一眼 优惠码与代金券攻略，新用户活动价往往就在那里。

相关阅读： - 前置步骤：2026 阿里云国际版注册教程（免实名 + 绑定国内支付） - 计费省钱的另一条路：承诺类折扣与低优先计费省钱攻略 - 发送量异常监控：阿里云国际版云监控 CloudMonitor 告警专题 - 投递日志长期归档：阿里云国际版日志服务 SLS 实战教程 - 最小权限与密钥管理：阿里云国际版云安全中心实战教程 - 业务所在地域选择：阿里云国际版 ECS 选购教程

> ⚠️ 免责声明：本文中的配置步骤、限额、计费机制与参考价格引自阿里云国际版官方产品页与帮助文档（采集于 2026 年 9 月），价格可能变动，请以阿里云国际版官网（alibabacloud.com）实时信息为准。文中标注的单价、套餐价与省额仅为公开官网参考值，新用户活动价随活动周期调整，实际费用以控制台结算页显示金额为准；金额单位除特别标注外均为美元（USD）。官方「限额页」与「Python 示例代码注释」对 SMTP 单次收件人上限给出 100 与 60 两个口径，本文如实并列而未擅自换算。本文不构成任何投资或购买建议。注册与使用云服务前，请确认当地法规合规性，尤其是批量邮件与营销邮件须遵守收件人所在国家/地区的反垃圾邮件法规。

> 本文由 2.chengzicloud.cloud 提供，点击访问首页了解更多