- 待评估的架构
- 收据 / 重置 / 警报
- 已准备起点
- 3 个方案
- 职责
- 应用程序、权限和恢复
合适的候选名单，而非已安装的软件或实时库存。
将这些保持在视野中。
- 收据 / 重置 / 警报。
- 建立一个可以安全重试的队列。
- 闭环反馈。
收据 / 重置 / 警报
收据、密码重置通知或产品警报应保留其交易目的。将促销置于单独的同意和退订设计下。验证域名并限制谁可以触发消息或更改模板。
建立一个可以安全重试的队列
使用应用程序级消息标识符、有界重试和退避。在生成重复项之前，对不确定的发送结果进行对账。避免记录重置令牌或不必要的个人信息，并在支持记录中编辑敏感值。
闭环反馈
在应用程序中处理退信、投诉和被抑制的收件人。SMTP层级的域名和消息限制仍然明确。与SendGrid兼容的API、webhook投递和实时发件人仪表板是未来的集成问题，而非可用的本地控制。
保持目的明确
事务性消息与用户的活动或账户相关。营销内容可能改变分类和义务，因此请保持必要通知聚焦，并将同意处理分开。
验证域名
使用提供商准确的 SPF 和 DKIM 值，并引入 DMARC，同时提供你可解读的报告。经过身份验证的发件人只是投递的一个因素；内容、声誉和接收方系统也很重要。
为重复交付而设计
将事件排队，使消息生成幂等，并跟踪投递结果，同时不在日志中存储机密。切勿通过电子邮件发送明文密码或完整恢复凭据。
了解邮件管道
在自管理设计中，Postfix 等邮件传输代理处理提交和中继，而 Rspamd 等独立过滤器可以对邮件评分并建议操作。过滤可能会根据配置检查标头、URL 或正文内容。隐私声明必须描述这种真实处理；命名一个垃圾邮件过滤器并不能同时证明没有内容被评估。
- 记录每个组件的消息处理、访问和保留。
- 这些软件角色只是示例，并不代表已连接的 OmbraHost 邮件栈或配置中包含的已安装应用。
值得考虑的容量。
将这些起点与代表性应用相匹配。软件安装和实时清单未连接；确切规格和周期总价来自目录。
Signal 1K
通过中继配置每天最多发送 1,000 条消息，使用一个专用 IPv4 地址和 PowerMTA 或 Postfix 工具。准备好的 IP 可单独提供，使其成为基于权限或事务性邮件的起点，并有意识地管理域名认证和发件人声誉。
- 传输
- 流量不计量
按月计费
Signal 10K
将基于权限或事务性的投递扩展到每天 10,000 条消息，跨三个专用 IPv4 地址。该配置包括 IP 轮换工具以及 SPF、DKIM 和 DMARC 设置，而成功投递仍取决于同意、内容、收件人政策以及您发送域名的声誉。
- 传输
- 流量不计量
按月计费
Signal 50K
构建更大的发送配置，每日允许发送 50,000 条消息，包含十个专用 IPv4 地址并支持多个域名。投递监控工具是服务规格的一部分，在此发送量下，身份验证、同意和信誉控制仍然至关重要。
- 传输
- 流量不计量
按月计费
在此工作负载上线之前。
- 检查确切方案的 CPU、内存、磁盘、流量和端口。
- 选择列出的区域并核实工作负载的允许用途。
- 测试代表性应用程序和独立恢复。
问题，已解答。
这是可直接替换的 SendGrid API 吗？
未连接兼容的 API 或 webhook 发送器。SMTP 和应用侧队列是已准备的设计；任何 API 兼容性都需要单独测试的契约。
谁拥有模板？
应用程序维护其消息模板、版本和敏感替换规则。目录不提供实时模板编辑器。
我该如何判断送达情况？
分别跟踪提交、收件服务器接受、退信和投诉。被接受并不证明进入收件箱或被阅读。
我可以从我自己的域名发送吗？
实时发件人需要域名的 SPF/DKIM/DMARC、正确的身份和允许的用途。检查确切方案的域名数量，然后在发送前验证身份验证。
我的账户工作区中保留了什么？
您的配置、所选方案、镜像、位置和计费周期会与订单和付款请求参考一起保留。报价、付款状态读取和支持对话仍与您的账户关联。请将履约详情与付款状态分开阅读。