Route · SMTP Relay

SMTP 中继

许多应用、插件与内部服务仍以 SMTP 为最快路径。Sendarix 提供生产级 SMTP 处理、清晰日志与事件结果。

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

一个 relay,适配所有技术栈

让新旧系统共用同一可靠中继

同一中继承载事务流量、通知负载与平台生成消息,无需堆砌脆弱的一次性工具。

架构 · 原生投递栈
您的应用 SENDARIX CONTROL PLANE Routing Policy + Failover Isolation Tenant + Pool Monitor Events + Health Recovery Reroute EU-Relay US-Relay Dedicated IPs Tenant-Pools Inbox-Provider · Gmail · Microsoft 365 · Yahoo

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

为真实 SMTP 运营而设计

这不仅是简单转发层,而是具备认证支持、排队纪律与可观测性的受控发送管道。

安全提交

SMTP AUTH 与支持 TLS 的提交流程,保护凭据与传输。

吞吐稳定性

为突发流量与日常后台邮件负载提供一致性能。

可见性与日志

通过可搜索日志与事件级追踪快速调查投递结果。

平滑迁移

从旧 SMTP 服务商迁移,无需立即全面重写架构。

专用发送身份

使用经认证的域名与发件策略,符合企业邮件要求。

队列感知可靠性

在峰值期间通过受控排队与重试行为保持投递一致性。

SMTP 中继流程

清晰的四步流程,保持基础设施可预测、可调试。

1. 连接

应用通过 SMTP 凭据连接并建立安全会话。

2. 接受

消息经验证后加入队列,以受控方式处理。

3. 路由

流量经由具备韧性与服务商感知行为的投递路径。

4. 追踪

结果事件与日志提供运营信心与更快排障。

常见问题

可以先 SMTP 后迁 API 吗?

可以。许多团队先为速度使用 SMTP,再为更深的产品工作流添加 API。

能否获得投递级可见性?

可以。提供日志与事件流,可检查已接受、已投递与已退信结果。

适合高流量发送吗?

适合。中继为生产平台的持续流量与突发而构建。

应使用哪些端口与加密?

多数生产客户端在 587 端口使用 STARTTLS,或在 465 使用隐式 TLS。避免在公共网络上使用明文 SMTP。

能否将 SMTP 限制为已知 IP?

可以。IP 允许列表是常见企业控制:仅应用服务器、VPN 出口或 MTA 机群可认证到中继。

应用中应如何保管认证凭据?

将 SMTP 凭据存入密钥管理器,人员变动时轮换,切勿提交到源码。推荐按环境分别配置。

每封邮件都新建 SMTP 连接会影响送达率吗?

过度连接抖动会增加延迟与负载。在栈允许时负责任地复用连接,并遵循文档中的速率与并发指引。

旧版 CRM 与打印机能否共用同一 SMTP 中继?

通常可以。SMTP 是旧系统的共通分母;在方案支持时可用域名、标头或子账户分流。

消息大小与附件限制呢?

大负载会增加失败风险与处理时间。请查看方案限制;附件较重时可外链托管。

What is the difference between port 587 and port 465?

Port 587 uses STARTTLS (opportunistic TLS upgrade after CONNECT), while port 465 uses implicit TLS where the connection is encrypted from the start. Both are valid for secure submission. Port 587 is the RFC-compliant standard for message submission; port 465 is deprecated but still widely supported for legacy clients.

How does Sendarix handle greylisting?

When a destination provider returns a 450 or 451 temporary response, Sendarix respects the retry period specified in the SMTP response. Most providers implement greylisting for 30 seconds to 10 minutes. Sendarix tracks these windows and retries within the provider's specified interval to maximize first-attempt success.

What is the maximum message size via SMTP?

Default maximum message size is 50MB including attachments and MIME encoding. For files larger than 25MB, Sendarix recommends uploading to cloud storage and sending a signed link instead. Some providers reject messages over 25MB entirely, regardless of SMTP acceptance.

Can we use subaddressing (user+tag@example.com) with Sendarix?

Yes. Subaddressing is fully supported and passed through to destination mail servers. The plus-address portion is visible to receiving MTA filters and can be used for routing, tagging, or filtering rules on the recipient side.

How do we verify our sending domain with Sendarix?

Domain verification requires adding DKIM records to your DNS. Sendarix provides a DKIM public key pair during setup. Add the TXT record to your domain's DNS, then Sendarix validates the record propagates before signing outgoing mail on your behalf.

保护每个租户的关键邮件。

本周将最关键的 stream 迁移到 Sendarix。其他一切保持不变。