邮件送达率控制层

掌控邮件如何被投递

数分钟即可上手。

免费开始咨询架构师

无需信用卡 • 数分钟完成设置 • 为高流量发送方打造

sendarix · Control Plane · Live-Routing

EU deferral 上升 — OTP stream reroute 到 US pool

代表性产品 UI — 示例数据，并非实时客户指标。

多租户问题

若邮件进垃圾箱，原因往往在此

传统 SMTP 服务商优化发送吞吐。Sendarix 优化收件箱结果。

共享声誉池

无 control plane

t01

t02

t03

t04

t05

t06

t07

t08

一个滥用租户会污染共享池 — 每个客户都会受到影响。

由 Sendarix 隔离

blast radius 已控制

t01

t02

t03

t04

t05

t06

t07

t08

风险租户会被隔离到自己的池中 — 其他租户保持健康。

查看隔离模型 →

内置投递，不是转发层

Sendarix 运行投递层。

邮件通过 Sendarix 运营的 relay 池和 IP 基础设施发出，而不是隐藏在 API 后的第三方 ESP。您可以在一个 control plane 中定义每封邮件如何路由、隔离、监控和恢复。

Vergleichs- und Migrationsguides →

架构 · 原生投递栈

代表性产品 UI — 示例数据，并非实时客户指标。

控制闭环

路由。隔离。监控。恢复。

四个操作围绕最关键的邮件形成持续控制闭环。

01 / 路由

按策略路由

根据租户、域名、消息类型和实时路径健康度，将每封邮件发送到正确的 relay 池、IP 集和 stream。

02 / 隔离

隔离影响范围

隔离租户、域名和流量类型，防止一个坏发送方污染所有人的声誉。

03 / 监控

监控一切

在实时事件时间线中查看每次发送、deferral、bounce 和 complaint。deliverability 变得可观测，而不是黑盒。

04 / 恢复

自动恢复

在 deferral 变成支持工单之前，检测退化并把关键 stream 重新路由到健康 relay 路径。

控制平面内部

这是运营视图。

团队每天使用的深色运营控制台：routing rules、tenant isolation、live events 和 relay health 集中在一处。

Routing · Rule Builder

如果 message_type = otp 并且 route_health(eu_pool) < 95%

ROUTE → us-relay POOL transactional-critical

否则 → eu-relay POOL shared-default

规则已启用 · 每封邮件评估

代表性产品 UI — 示例数据，并非实时客户指标。

isolation · Tenants

租户	POOL	信号	状态
acme-corp	dedicated-ip-12	干净发送	健康
northwind	shared-eu-3	稳定	健康
tenant_8842	quarantine-1	投诉上升	已隔离
globex	shared-us-1	稳定	健康

代表性产品 UI — 示例数据，并非实时客户指标。

Events · 消息生命周期 · msg_01HF2K…

03:14:02 已接受 api · idempotency_key=otp_8842

03:14:02 队列中 pool=transactional-critical

03:14:03 已发送 relay=eu-primary

03:14:051 已延迟 421 被限流 · eu-primary

03:14:06 已 reroute policy=failover → us-relay

03:14:07 已投递 Inbox

代表性产品 UI — 示例数据，并非实时客户指标。

deliverability · relay 健康度 · 24h

Relay 路径	信号	状态
欧盟交易邮件	稳定投递	健康
美国批量邮件	低 deferral	健康
专用租户	升高的 deferral	退化

代表性产品 UI — 示例数据，并非实时客户指标。

webhooks · 投递 + 重试

200 OKmessage.delivered尝试 1/8

503message.bouncedRetry in 30s · Backoff

200 OKmessage.bounced尝试 2/8

签名t=1718…,v1=4f3a…已验证

代表性产品 UI — 示例数据，并非实时客户指标。

以下运营视图展示的是使用示例数据的代表性 UI，并非实时客户指标。

一次事件说明

一个 relay 路径退化。用户不会察觉。

03:14，欧盟交易邮件池开始限制 OTP。Sendarix 检测到 deferral，将 stream 路由到健康的美国 relay，投递自动恢复。

查看 deliverability 恢复 →

Events · 消息生命周期 · msg_01HF2K…

03:14:02 已接受 api · idempotency_key=otp_8842

03:14:02 队列中 pool=transactional-critical

03:14:03 已发送 relay=eu-primary

03:14:051 已延迟 421 被限流 · eu-primary

03:14:06 已 reroute policy=failover → us-relay

03:14:07 已投递 Inbox

代表性产品 UI — 示例数据，并非实时客户指标。

cURL Node SMTP

# 通过 routing policy 发送关键邮件
curl -sS -X POST 'https://app.sendarix.com/v1/email/send' \
  -H 'Content-Type: application/json' \
  -H 'X-API-Key: YOUR_API_KEY' \
  -H 'Idempotency-Key: otp_8842' \
  -d '{"to":"user@acme.com","template":"password_reset","routing_policy":"transactional-critical"}'

const sendarix = require("sendarix")(process.env.SENDARIX_KEY);

await sendarix.email.send({
  to: "user@acme.com",
  template: "password_reset",
  routingPolicy: "transactional-critical",
  idempotencyKey: "otp_8842"
});

# Drop-in SMTP — 保留集成并获得 control plane
host:     smtp.sendarix.com
port:     587  (STARTTLS)
username: "your_sending_key"
header:   X-Sendarix-Policy: transactional-critical

为工程团队构建