Email Delivery 常见问题解答

常见问题

什么是 Email Delivery 服务？

Oracle Cloud Infrastructure Email Delivery 作为一项电子邮件发送服务，建立了一个快速可靠的托管解决方案，专用于将大量电子邮件发送至用户的收件箱。Email Delivery 为客户提供了必要的工具，可支持客户根据任务关键型通信的要求，快速可靠地发送应用生成的电子邮件，包括收据、欺诈检测警报、多因素身份验证和密码重置。Email Delivery 是一项高度可扩展、经济高效且可靠的基础设施服务，可消除构建内部电子邮件传递解决方案的复杂性和费用。

谁应当使用 Email Delivery 服务？

• 任何包含电子邮件的云端应用都应当使用 Email Delivery 服务。
• 任何希望经济高效地邮件发送至用户收件箱的企业都应当使用 Email Delivery。

为什么我需要 Email Delivery 服务？

• 确保企业的电子邮件送达用户收件箱非常重要，因为电子邮件是企业与客户进行沟通的直接途径。随着自动外发电子邮件的数量和频率不断增长，人们开始使用许多垃圾邮件过滤系统，在这种情况下，确保邮件送达客户收件箱变得日益困难。
• Email Delivery 是一项开发人员友好的服务，可解决电子邮件传送的配置、基础设施、安全性和身份验证问题。

我可以通过 Email Delivery 服务发送哪些类型的电子邮件？

Email Delivery 非常适合用于发送应用生成的事务电子邮件，例如收据、欺诈检测警报、多因素身份验证和密码重置，但也可以发送任何符合行业法规的电子邮件。

Email Delivery 是像 Eloqua 和 Responsys 这样的前端提供者吗？

Email Delivery 是一种后端基础设施，可以与 Eloqua 或 Responsys 等前端提供者相集成。Email Delivery 并不支持用户开发 HTML 营销活动或管理收件人名单。

Email Delivery 与 Amazon SES 或 SendGrid 相同吗？

是的，Email Delivery 服务是一种与 Amazon SES 或 SendGrid 相类似的服务。

如何开始通过 Email Delivery 发送电子邮件？

请按照以下步骤在 API 或 Oracle Cloud Infrastructure 控制台中发送电子邮件。

点击此处，阅读有关如何配置和使用 Email Delivery 的详细说明

1. 在 Oracle Cloud Infrastructure 控制台中，找到要创建 SMTP 凭证的用户。确保用户所在的组具有管理批准发件人的策略，例如，允许 MyGroup 组使用 MyCompartment 隔间中的批准发件人）。

2. 在新用户设置中，选择左侧的 SMTP 凭证，然后生成 SMTP 凭证。

3. 在 Oracle Cloud Infrastructure 控制台中选择“Email”。确保选择的是正确的隔间。您的用户必须属于一个组才能管理该隔间中的批准发件人。

4. 在指定隔间中创建一个或多个批准发件人。这些是在电子邮件的“发件人”行中显示的电子邮件地址。请注意，核准发件人与特定地区相关联。如果在凤凰城创建了一个核准发件人，则无法从阿什本发送邮件。

5. 按照说明在相应域中添加一条 TXT 记录，为发件人策略框架 (SPF) 配置 DNS。

6. 通过 Email Delivery 设置并测试系统中的 SMTP 连接。Postfix 和 SendMail 是两种常用的 SMTP 产品，但是也可以使用任何 SMTP 库。

哪些地区支持 Email Delivery？

所有 OCI 区域和领域都提供 Email Delivery。有关完整列表，请参见区域与可用性域。

注意：发送邮件的应用不必位于发送邮件的区域，但出于性能考虑，理想情况是在与发送邮件的应用相同的区域中配置电子邮件。

在尝试添加批准发件人时，为什么会收到错误消息？

• 请确保您拥有在选定隔间中管理批准发件人的权限。（策略基础知识）
• 您可能已达到核准发件人限制。您可以根据需要通过 My Oracle Support 提交增加电子邮件发送限制的服务请求。
• 您的账户可能被暂停，这会将您的核准发件人限制降低为 0。

发送电子邮件

什么是批准发件人？

批准发件人是一种资源，可允许 Email Delivery 使用匹配的地址来发送电子邮件。批准发件人与一个隔间相关联，并且仅存在于包含其配置的区域中。

我可以通过 Email Delivery 发送批量电子邮件吗？

可以，Oracle Email Delivery 支持以编程方式发送批量电子邮件。

注意 — 报告并不具备广泛可用性。

SMTP 是否需要 TLS？

• 引以为傲的是，Oracle 制定了严格的安全策略，Email Delivery 将严格遵守这些策略。因此，我们仅接受通过 TLS 从客户处发送过来的电子邮件。
• TLS（TLS 必不可少）
• 由于早期版本的安全性较低，因此仅支持 TLS 第 1.2 版。
• Java 应用需要更新至最新版本，并确保更新的安全协议、密码和补丁程序符合 Oracle 的安全策略。
• 经过批准的加密算法包括：
  • TLSv1.2：
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
  • TLS_DHE_DSS_WITH_AES_256_CBC_SHA256
  • TLS_RSA_WITH_AES_256_CBC_SHA
  • TLS_RSA_WITH_AES_256_CBC_SHA256
  • TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
  • TLS_DHE_RSA_WITH_AES_128_CBC_SHA
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA
  • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

支持哪些 SMTP Auth 命令？

• 仅支持 SMTP Plain
• 注意 — 如果发送应用不能灵活支持 Auth 命令，则可以使用 smtp 代理/中继

我的应用是否可以在没有公共互联网访问的情况下向 Email Delivery 发送电子邮件？

• 可以，应用需要将电子邮件发送至具有互联网访问的服务，例如代理或中继服务。
• 未来，Email Delivery 将能够通过 Service Gateway 服务接收来自 Oracle Cloud Infrastructure 内部的电子邮件，而无需经过公共互联网。

Email Delivery 有哪些限制？

Email Delivery 平台由 Oracle Cloud Infrastructure Email Deliverability 团队管理。为了保护服务和客户声誉，账户会受到一些限制。可以在 My Oracle Support 中发起服务请求，增加以下限制来满足大规模发送需求。

• 对于在 oracle.com 上注册免费试用的客户，其 24 小时滚动时段内限制发送 200 封电子邮件，并且发送速率不得超过每分钟 10 封电子邮件。批准发件人数量限制为 2000。邮件大小（包括 base64 编码和标头）最大为 2MB。
• 企业账户在 24 小时滚动时段内限制发送 50000 封电子邮件，并且发送速率不得超过每分钟 18000 封电子邮件。企业客户的批准发件人数量限制为 10000。邮件大小（包括 base64 编码和标头）最大为 2MB。
• Email Delivery 支持大批量操作，但是会设置限制来保护客户声誉。
• 请与 My Oracle Support 联系，共同分析您的用例并根据需要增加发送限制。

通过 Email Delivery 发送的电子邮件类型是否有任何限制？

如服务描述所述，以下义务适用于通过 Email Delivery 发送的电子邮件类型。

• 您不得将服务用于群发“垃圾邮件”，大批量发送未经请求的即时消息，或者通过任何其他形式向之前没有任何业务或个人关系的收件人批量发送电子消息。

可以发送多大的电子邮件？

初始设置支持不超过 2MB（包括邮件标头、正文、base64 编码和附件）的默认最大邮件大小。

如果增加大小限制，则每 2MB 数据将被计为一封“电子邮件”，计入您的每日发送量和速率限制。

电子邮件示例

• 向一个收件人发送一封 10MB 电子邮件相当于 5 封邮件大小为 2MB 的电子邮件（10MB/2MB = 5）。
• 邮件大小为 10MB、有 10 位收件人的单个电子邮件，相当于 50 封邮件大小为 2MB 的电子邮件（10MB/2MB * 10 位收件人 = 50 封电子邮件）

我可以发送带有附件的电子邮件吗？

Email Delivery 支持通过 SMTP 发送多用途互联网邮件扩展 (MIME) 消息。MIME 作为 RFC 标准，在一定程度上规定了附件的工作方式。有关更多信息，请点击这里。

有哪些可用的发送方法？

目前，Email Delivery 仅支持通过 SMTP 发送电子邮件。在可以使用 Email Delivery 的每一个 Oracle Cloud Infrastructure 区域中都有一个独特的 SMTP 端点。

是否为 Email Delivery 提供了任何 SDK？

是的，Email Delivery 包含在 Oracle Cloud Infrastructure SDK 中。

送达能力

Email Delivery 如何确保可靠送达？

Email Delivery 通过符合行业优秀实践的系统来提供可靠的服务。该平台由 Oracle Cloud Infrastructure Email Deliverability 服务团队管理，该团队将通过审查关键送达指标来尽可能保证发送信誉。使用 Email Delivery 发送电子邮件时，该团队将为您处理以下事宜：

• 邮箱提供商的独有 SMTP 配置
• 退回收集
• 用户投诉收集
• 电子邮件身份验证标准（如 SPF）
• IT 池管理

Email Delivery 如何自定义 SMTP 配置？

Email Delivery 的配置包括特定于邮箱提供商的速率限制、退避模式和 SMTP 配置。这些配置基于行业关系以及全球邮箱提供商的多年调优经验，可优化收件箱送达率和送达速度。

Email Delivery 是否会收集任何退回的电子邮件？

是，此服务会收集退回的电子邮件并根据其相应退回代码进行适当分类。

如果电子邮件退回，应当如何处理？

任何被认为永久无法送达的收件人地址（例如硬退信）都将放入到客户的禁止名单中。Email Delivery 不允许重复尝试发送到“禁止名单”中的地址，此类情况会记录在“阻止”报告中。发件人尝试将消息发送至不存在的收件人地址时会出现较高的硬退回率（硬退回与已发送邮件的比例）。邮箱提供商会向发件人返回硬退回代码。硬退回率是用于评估名单质量的有效指标，应当低于 2％。

Email Delivery 是否会收集用户投诉？

是，此服务将通过邮箱提供商的投诉反馈循环来收集和处理用户投诉。Email Delivery 将自动完成这些投诉反馈循环的设置。

该服务在收集用户垃圾邮件投诉之后会将相应用户添加到禁止名单中，以保护客户发送信誉。建议您同时从邮寄名单中删除相应用户，但无需采取其他措施来确保高质量的电子邮件送达率。

什么是禁止名单？

禁止名单包含在您的 Email Delivery 控制台用户界面以及 API、SDK 和 CLI 中。

Email Delivery 会自动将随带退回代码（显示永久性故障或用户投诉）的电子邮件地址添加到禁止名单中，从而保护发件人声誉。未来，Email Delivery 不会向这些收件人发送任何消息。重复尝试向禁止的电子邮件地址发送消息的行为将记录到阻止报告中。

禁止的原因目前有：垃圾邮件投诉、硬退回、重复软退回、手动输入以及取消订阅请求。

什么是发件人策略框架 (SPF)？如何使用它？

SPF 用于防范电子邮件地址欺骗，并尽可能减少入站垃圾邮件。通过 SPF，域可以为允许使用其域名的主机进行明确授权。SPF 的运行机制是发布 SPF（代码 99）或 TXT（代码 16）记录，这些记录作为 DNS 资源记录，用于声明允许哪些主机使用域名。接收邮件服务器会检查标识为电子邮件发送者的域所发布的 SPF 记录，以验证发起电子邮件的源 IP 已经过授权可从该域中发送电子邮件。

邮箱提供商和 ISP 将检查 SPF 并确保发件方 (Email Delivery) 经授权可代表您的域发送电子邮件。SPF 是为您的域提供良好送达率并保护您免受垃圾邮件或网络钓鱼攻击等滥用行为影响的重要基础。

在设置 SPF 时，您需要在批准发件人使用的域中包含一条 TXT 记录。如果 Email Delivery 是该域中仅有的授权发送者，那么该记录应当如下所示：

发送位置	SPF
美洲	v=spf1 include:rp.oracleemaildelivery.com ~all
亚太	v=spf1 include:ap.rp.oracleemaildelivery.com ~all
欧洲	v=spf1 include:eu.rp.oracleemaildelivery.com ~all
所有商业区域	v=spf1 include:rp.oracleemaildelivery.com include:ap.rp.oracleemaildelivery.com include:eu.rp.oracleemaildelivery.com ~all

“v”表示所使用的 SPF 版本。其他机制用于检验电子邮件的合法性。“MX”和“A”作为资源记录，用于对电子邮件与 SPF 记录进行比较，以确定是否接受电子邮件。"all" 始终匹配并用作默认操作。这些机制与限定符一起可以确定如何处理匹配。最简单的是 +（如果省略则是隐含的）和 -，分别会导致通过或失败。如何处理这些结果将由接收域的管理员负责。通常，“失败”会被拒绝，而软失败则会被标记为潜在垃圾邮件。

使用 SPF 可以提高客户的信心和信任度。实施 SPF 的域遭到伪造的可能性要小得多。如果没有 SPF，垃圾邮件可以通过伪造显示特定域，在这种情况下，收件人可能会将电子邮件报告为垃圾邮件。当出现足够多的此类报告时，Bayesian 垃圾邮件过滤器很有可能阻止该域，这样，任何可能合法的电子邮件都会被阻止。而如果某个域确实实施了 SPF 并且遭到冒充，则接收服务器将更有可能阻止欺诈电子邮件。

我可以通过专用 IP 地址发送电子邮件吗？

可以，Email Delivery 支持专用 IP。默认情况下，根据您的电子邮件特征，客户账户会配置到分层共享发送池中。建议使用专用 IP 来发送较大量的电子邮件。不太建议使用专用 IP 来发送较少或较为零散的电子邮件，因为这无助于建立良好的发送信誉，从而影响电子邮件送达率。

您的专用 IP 策略将因每一个客户的邮件特征（数量、突发率、声誉等）而异。我们的团队在这方面训练有素，可随时为您的专用 IP 需求提供支持。请与支持人员联系，获取此配置的相关协助。

我如何才能确保我的电子邮件符合送达优秀实践？

送达优秀实践旨在提供透明的、用户期望的电子邮件。加拿大《反垃圾邮件法》(CASL) 是确保您遵守法律、满足用户期望以及大多数邮箱提供商的过滤需求的优秀指南之一。以下链接概要介绍 CASL 并描述了行业领先的实践：https://help.dyn.com/casl-faq/

信誉为何非常重要？

建立一个干净的网络来发送电子邮件比以往任何时候都更为重要。如果您与垃圾邮件发件人以及其他信誉较差的发件人共享 IP 地址，则将电子邮件送达收件箱的机会将大大减少。我们在网络监管方面持续谨慎的做法百利而无一弊。

哪些因素会影响声誉？

身份验证

使用第三方电子邮件传送服务时，电子邮件身份验证会将 SPF 和域密钥 (DKIM) 印在 DNS 记录中，从而帮助验证发件方 (Email Delivery) 与接收服务器（ISP 和企业邮件服务器）之间的身份和信任。为了防止不必要的邮件或伪造邮件到达收件箱，接收服务器会检索域的 DNS 记录，确认第三方发件人是否经授权可代表您发送邮件。

数量/频率

稳定的数量和频率有助于您作为发件人建立良好的信誉。随机峰值流量通常是与垃圾邮件相关的行为。您的 IP 要在发送足够数量的邮件后，才会被接收 ISP 当作受信任的发件人。

退回率

退回率是指无法送达的邮件（退回）占已发送电子邮件总数的百分比。建议将退回率保持在 2％ 以下。较高的退回率通常表示名单管理和清理不当，或者名单陈旧、租用或购买而来。Email Delivery 会自动将退回添加到禁止名单中，从而将退回率控制在较低水平。

垃圾邮件投诉率

垃圾邮件投诉率是指用户向其 ISP 提交的电子邮件投诉数量占已发送电子邮件总数的百分比。当收件人在电子邮件客户端的用户界面中点击“这是垃圾邮件”按钮时，即发生垃圾邮件投诉行为。建议将垃圾邮件投诉率保持在 0.05％ 以下。Email Delivery 会自动将垃圾邮件投诉添加到禁止名单中。

黑名单

ISP 将使用黑名单来阻止来自信誉较差发件人的垃圾邮件。合法发件人有时会被错误地列入到黑名单中。Email Delivery 会实时扫描我们发送 IP 的前十大黑名单服务。大多数黑名单的禁止期都是 24 小时，此时段过后会自动将您从名单中删除。不过，有些黑名单需要您自行将自己从名单中删除。

如何降低硬退回率？

发件人尝试将消息发送至不存在的收件人地址时会出现较高的硬退回率（硬退回与已发送邮件的比例）。邮箱提供商会向发件人返回硬退回代码。硬退回率是用于评估名单质量的有效指标，应当低于 2％。

通常，当收件人地址属于以下情况时会发生硬退回：

• 输入错误
• 不再使用（用户已注销账户）
• 通过抓取网络从网站获得
• 由名单服务提供商创建

对于邮箱提供商来说，发生硬退回乃寻常之事，但是，如果硬退回太多，则送达率会开始下降。Email Delivery 会自动将所有硬退回的收件人地址添加到您的禁止名单中，从而防止未来尝试传递并保护您的发件人声誉。

您可以通过以下措施降低高企的退回率：

1. 实施选择订阅流程。 对于批量邮件（同时发送给许多收件人），请执行选择订阅流程。“选择订阅”流程让用户可以通过订阅（为您授予发送邮件的权限）加入您的邮寄名单。仅向选择订阅的用户发送邮件至关重要。“选择订阅”流程分为两种类型。

2. 单向确认（不经确认）— 当用户提供电子邮件地址并同意接收相关邮件。这种方式下，一旦用户提供了地址，即可发送邮件而无需确认电子邮件地址是否属于提供该地址的用户。

3. 双重选择性加入（经过确认）— 当用户提供电子邮件地址时。在第一次邮寄之前，系统会先发送一封确认电子邮件，其中包含必要的用户操作，以确保账户所有者希望接收以后的邮件。这种方式通过让所有者点击链接以回复电子邮件来验证账户。这将确保不会在未经所有者同意的情况下将地址添加到第三方邮件列表中。

4. 清除无响应用户。实施删除无响应用户的流程。如果收件人一直未打开或点击您的邮件，则可能表明他们不再使用该电子邮件账户。如果真是这样，则邮箱提供商最终会终止该账户或者将其转换为垃圾邮件陷阱。为了避免遇到这些垃圾邮件陷阱或者因向已取消账户发送电子邮件而遭到硬退回，我们会将在您的业务模型定义的时间范围内毫无互动的收件人删除。这还有助于改善用户互动率，从而提高送达率。

5. 检查订阅用户列表。在检查订阅用户列表时，请确保：

在发送之前删除重复地址。如果向不存在的地址多次发送电子邮件，则会导致硬退回率增加。

确保没有意外包含先前的禁止名单（可能来自其他电子邮件服务提供商）。

验证用户已选择订阅（不向所发现的陈旧名单发送邮件）。

限制用户以“全选”方式上传其电子邮件客户端的联系人名单。强制用户逐一选择地址可防止意外包含过期或可能过期的地址。

6. 评估发送频率。如果某邮件标记为硬退回的时间是在下一封邮件发送至收件人之后，则下一封邮件会再次硬退回。在发送下一封邮件之前，请为邮箱提供商和电子邮件服务提供商留出一些时间来处理退回。降低发送频率还可以让用户有机会取消订阅，而不是在接收到许多邮件后将其标记为垃圾邮件。

如何降低软退回率？

向收件人发送邮件时如果接收服务器暂时不可用或者邮件被收件人阻止，则会发生软退回。软退回率是软退回数量占发送总数的百分比。这是一种暂时未送达状态，邮箱提供商将向发件人返回软退回代码。这些地址是存在的，因此不会添加到禁止名单中。

• 注意：如果在 24 小时内向某地址发送 4 封电子邮件且发生软退回，则 Email Delivery 会将该地址添加到禁止名单中。

软退回通常是邮件内容质量和相关性的有效指标。

发生软退回的常见原因有：

• 垃圾内容 — 邮件内容被收件人视作垃圾，从而暂时遭到阻止。
• 与收件人无关的内容 — 这可能引发大量投诉，并且收件人会暂时阻止来自发件人 IP 地址或域的邮件。
• 大量投诉 — 当超过投诉阈值（每个 IP 一段时间内的投诉数量）时，一些收件人会阻止来自相应 IP 地址的所有传入邮件。
• 接收邮件服务器忙 — 如果发生这种情况，则出站邮件服务器将尝试发送该邮件四次，然后对邮件进行硬退回。
• 邮箱已满或超过配额 — 如果收件人的邮箱已满或超过配额，则邮件可能会软退回。

如何降低投诉率？

发生投诉的原因有很多，并非全部都是因为用户认为您的邮件是“垃圾邮件”。请面对现实，用户有时只需点击垃圾邮件按钮即可轻松减少满当当的收件箱中的邮件。

用户对邮件进行投诉的一些常见原因包括：

• 它是真正的垃圾邮件。
• 内容不再符合收件人的期望（不同于他们选择订阅的主题）。
• 隐藏在电子邮件底部的取消订阅 URL 很不显眼，与其费劲寻找该链接，不如直接投诉更简单。
• 与您的取消订阅 URL 相比，收件人对 ISP 用户界面的信任度更高。
• 收件人对您的邮件感到厌烦。

下面是降低投诉率的办法：

• 不要发送垃圾邮件
• 保持内容的相关性 — 如果收件人在您的网站上注册领取了日常食品杂货优惠券，请不要发送与之无关的内容，比如自动贷款利率。
• 易于访问的退订网址 — 退订是一件好事。这会缩减名单，让您感觉糟糕，但实际上可以帮助您仅将邮件发送给打开或点击邮件的互动收件人。如果用户投诉，则会损害您的发送信誉，因此请让用户能够方便地取消订阅，从名单中退出。将取消订阅 url 隐藏在邮件底部是很糟糕的做法。一小部分用户会滚动到邮件底部寻找不显眼的取消订阅 URL。大部分用户则会采取更简单的办法，径直将其标记为垃圾邮件。
• 实施 list-unsubscribe 标头 — 如果邮箱提供商支持，则此功能允许用户通过受信任的 ISP 用户界面安全地执行取消订阅操作，而不是将其标记为垃圾邮件。这是 Gmail 与反馈环路最接近之处。
• 实施双重选择订阅流程 — 向当前用户发送邮件并确认他们希望接收您的邮件，是确保用户仍然重视您的邮件的一种行之有效的方法。这种方法可及早删除收件人，从而避免您的邮件被标记为垃圾邮件。
• 审查邮件发送频率 — 在短时间内发送过多邮件可能会让收件人感到厌烦，从而导致他们将您的邮件标记为垃圾邮件。确保您发送邮件的频率与用户预期的内容频率保持一致。降低发送频率可以减少垃圾邮件投诉。
• 清除无互动的收件人 — 如果收件人一直不打开您的邮件或点击您的链接，则表示他们可能对您的邮件感到厌烦。如果您最终无法与收件人形成互动，则应当将其清除。这里有一些要点可帮助您了解此方面的名单管理优秀实践。

我的电子邮件未送达。如何排除此问题？

• 检查收件人是否在禁止名单中。
• 确保设置 SPF 以提高收件箱送达率。
• 检查应用日志，确保没有什么问题（例如，身份验证失败或电子邮件格式问题）。
• 如果您为信封发件人和正文发件人提供两个不同的地址，则它们都必须是批准发件人，否则邮件将被拒绝。
• 如果 SMTP FROM 与电子邮件正文中的发件人不同，则两者都必须是批准发件人。
• 仍然无法找出问题？打开客户支持工单

Oracle Email Delivery 是否支持专有 IP？

是的，Oracle Email Delivery 支持专有 IP，您可以用于控制自己的声誉。专有 IP 是专为您保留用于发送电子邮件的 Oracle Cloud IP 地址。默认情况下，根据您的电子邮件特征，客户账户会配置到分层共享发送池中。建议使用专用 IP 来发送较大量的电子邮件。不太建议使用专用 IP 来发送较少或较为零散的电子邮件，因为这无助于建立良好的发送信誉，从而影响电子邮件送达率。

您的专用 IP 策略将因每一个客户的邮件特征（数量、突发率、声誉等）而异。我们的团队在这方面训练有素，可随时为您的专用 IP 需求提供支持。请与支持人员联系，获取此配置的相关协助。

商业

Email Delivery 提供哪些功能？

声誉管理是一项附加服务，需要购买 Universal Cloud 订阅。

Email Delivery 的费用是多少？

通过此服务每发送 1000 封电子邮件将花费 0.085 美元。电子邮件发送量是指一个日历月内向外发送的独特电子邮件数量。向外发送量由独特邮件数量以及每封邮件各自的收件人数量决定。