Ware Send — Technical Due Diligence

执行摘要

自托管出站邮件投递引擎。HTTP API 与认证 SMTP 进入同一队列；不是入站 MX、邮箱、POP3、IMAP 或 Webmail。

Ware Send接入、持久化、队列、scheduler、自适应控制与可观测性

→

Postfix / MTA本地接受后的外部 SMTP 传输、排队、retry 与 defer

→

客户 / 基础设施VPS/cloud、DNS、IP、信誉、使用策略与运维

受控 benchmark 证据 — 100K

受控环境中的真实 SMTP 传输；receiver 作为目标 SMTP server 接收并测量消息，但不代表公共邮箱提供商的 inbox 策略。

实测100.000/100.000accepted → Postfix → receiver · gap 0

Effective receiver28,83 msg/sP95 68,09 · peak 75,95

Multi-Domain1.000 domains100 recipients/domain · CV 0

Engine → Postfix99,992% reuse8 opens / 100.000 transactions

Host CPU23,2% avgpeak 53,8%

I/O pressure8,2% iowait avgPSI I/O some peak 55,2

算术投影74,7M / 30d7,47× the continuous rate required for 10M/30d

Adaptive / pressure55,2 PSI I/O peak308 transitions · run queue peak 14

测试质量: DIRTY：Postfix 启动时已有 1,963 个 queue/deferred 项；可作为运行证据，不作为最大容量认证。
10M/30 天需要 3.86 msg/s；实测 28.83 msg/s (7.47×)，同条件线性投影为 74.7M/30 天。
该 profile 无附件，不是 inbox SLA。
Evidence: WS-BENCH-20260826-100K-MD1000 · wsba_20260826T133652_366c357f

分析方法与测量位置

分别评估 generator、Engine、MTA/receiver 与外部 deliverability。

Technology / evidence	Measurement layer	What it measures	Use in Due Diligence
Integration Lab	Client → Ware Send API	Concurrency, HTTP latency, TCP/TLS/TTFB, new vs reused/multiplexed connections	Ingress generator and integration efficiency
Engine Analysis	Ware Send Engine	Durable admission, LOAD/DRAIN phases, P50/P95/P99, scheduler, Adaptive, CPU/iowait/run queue/PSI, pending, Postfix submit latency, Queue-ID	Engine bottlenecks and internal capacity
Benchmark Analysis	Postfix → controlled SMTP receiver	Messages/recipients received, rates/percentiles, domain distribution, TCP sessions, end-to-end gaps	Controlled SMTP transport integrity and effective egress
Campaign Completion Report	Ware Send → customer report address	Campaign accepted jobs/recipients, Postfix handoff, failures, retries, Queue-ID count, per-domain distribution, revision	Customer-facing campaign completion at Ware Send/Postfix boundary
Postfix logs / DSN	MTA → remote MX	Remote SMTP replies, defer, bounce and DSN evidence when available	Remote delivery evidence beyond Ware Send completion
DNS / reputation / inbox testing	Public Internet / destination provider	PTR, SPF, DKIM, DMARC, reputation/blocklists and provider-specific inbox placement	Deliverability analysis outside Engine throughput

产品范围

自托管出站邮件投递引擎。HTTP API 与认证 SMTP 进入同一队列；不是入站 MX、邮箱、POP3、IMAP 或 Webmail。

架构

在返回 202/250 前持久化 Message、Blob 和 Delivery。weighted-fair、domain-aware 调度器向受控 Postfix 活动窗口供给任务。

安全

API Token 与 SMTP 密码完全分离；完整机密只交付一次，服务器仅保存哈希。SMTP 强制 TLS，服务以非 root 运行。

数据与隐私

内容和元数据保留在客户控制的 VPS；DB Ware 后端不位于每封邮件的关键路径。

可靠性

202/250 表示本地持久提交后承担责任。Recovery、fsync、atomic rename、quarantine 和 GC 保护 spool；Postfix 接受与本地终态提交之间仍为 at-least-once 语义。

Scheduler & Adaptive Engine

weighted-fair/domain-aware scheduler 配合成本分类、campaign/tenant fairness 与域并发限制。Adaptive Engine 1.3.x 综合 CPU、iowait、run queue、load、Linux PSI、队列/Postfix 增长与 commit latency，并使用滞回控制。

可观测性

认证 status/activity/analytics 与 Analysis Report v3.1 提供阶段、百分位、Adaptive、PSI、Queue-ID 和 Engine→Postfix 遥测；完整高分辨率证据保留在 VPS，HTML 使用紧凑 timeline。

投递语义

本地 SMTP 提交时捕获 Postfix Queue-ID 用于关联。MTA 接受不等于进入收件箱。

运维与连续性

amd64/arm64 二进制、SHA-256、离线签名许可、rollback 和安装后验证。

容量与基准

2026-08-26 的受控 Multi-Domain 测试中，受控 SMTP 目标服务器在 1,000 个域上实际接收 100,000/100,000 封消息，gap 为 0，有效速率 28.83 msg/s。10M/30 天只需 3.86 msg/s；同条件线性投影为 74.7M/30 天。该结果不是 SLA，也不是 inbox 保证。

责任划分

组件	责任
Ware Send	接入、持久化、队列、scheduler、自适应控制与可观测性
Postfix / MTA	本地接受后的外部 SMTP 传输、排队、retry 与 defer
客户 / 基础设施	VPS/cloud、DNS、IP、信誉、使用策略与运维

已知风险与边界

ID	记录
R-01	独立系统之间不保证 exactly-once。
R-02	202/250 不能证明收件箱投递。
R-03	无安装基准时不发布最大 throughput。
R-04	VPS、DNS、IP 和信誉由客户共同承担运维责任。

合规姿态

未经过独立审计，不声明 SOC 2、ISO 27001 等认证。

证据清单

ID	可用证据
E-01	内部架构
E-02	Go tests/race/vet
E-03	SHA-256 与 manifests
E-04	Developer Documentation
E-05	服务加固
E-06	本地 analytics
E-07	Rollback 流程

可根据适用范围和授权，在技术审查过程中提供相关证据。

技术尽职调查资料