Resumen ejecutivo
Motor self-hosted de entrega de correo saliente. API HTTP y SMTP autenticado convergen en la misma cola; no es buzón, MX entrante, POP3, IMAP ni webmail.
Evidencia de benchmark controlado — 100K
Transporte SMTP real en ambiente controlado; el receiver acepta y mide mensajes, pero no representa políticas de inbox públicas.
10M/30 días requieren 3,86 msg/s. Se midieron 28,83 msg/s (7,47×); proyección lineal: 74,7M/30 días en las mismas condiciones.
Perfil sin adjunto. No es SLA de inbox.
Evidence: WS-BENCH-20260826-100K-MD1000 · wsba_20260826T133652_366c357f
Metodología de análisis y dónde medir
Cada capa responde a una pregunta distinta: generador, Engine, MTA/receiver y entregabilidad externa.
| 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 |
Alcance
Motor self-hosted de entrega de correo saliente. API HTTP y SMTP autenticado convergen en la misma cola; no es buzón, MX entrante, POP3, IMAP ni webmail.
Arquitectura
Message, Blob y Delivery se persisten antes de responder 202/250. Scheduler weighted-fair y consciente de dominio alimenta una ventana controlada de Postfix.
Seguridad
Token API y contraseña SMTP están separados; los secretos completos se entregan una vez y el servidor conserva hashes. SMTP exige TLS y el servicio no ejecuta como root.
Datos y privacidad
Contenido y metadata permanecen en la VPS del cliente; DB Ware no está en el camino crítico por mensaje.
Confiabilidad
202/250 representan commit duradero local. Recovery, fsync, atomic rename, quarantine y GC protegen el spool; queda una semántica at-least-once en la ventana Postfix↔commit local.
Scheduler & Adaptive Engine
Scheduler weighted-fair/domain-aware con clases de coste, fairness por campaña/tenant y límites por dominio. Adaptive Engine 1.3.x combina CPU, iowait, run queue, load, PSI Linux, crecimiento de colas/Postfix y latencia de commit con histéresis.
Observabilidad
Status/activity/analytics autenticados y Analysis Report v3.1 con fases, percentiles, Adaptive, PSI, Queue-ID y telemetría Engine→Postfix; la evidencia completa queda en la VPS y el HTML usa una timeline compacta.
Semántica de entrega
El Queue-ID de Postfix se captura para correlación cuando se usa la ruta SMTP local. Aceptación por MTA no equivale a inbox.
Operación y continuidad
Binarios amd64/arm64, SHA-256, licencia firmada offline, rollback y validación post-instalación.
Capacidad y benchmark
El 26/08/2026 una prueba Multi-Domain controlada entregó 100.000/100.000 mensajes a un servidor SMTP destinatario controlado, en 1.000 dominios y sin gaps, a 28,83 msg/s efectivos. 10 millones/30 días requieren 3,86 msg/s; la proyección lineal es 74,7M/30 días en las mismas condiciones. No es SLA ni garantía de inbox.
Responsabilidades
| Componente | Responsabilidad |
|---|---|
| Ware Send | Admisión, persistencia, cola, scheduler, control adaptativo y observabilidad |
| Postfix / MTA | Transporte SMTP externo, cola, retry y defer tras la aceptación local |
| Cliente / infraestructura | VPS/cloud, DNS, IP, reputación, políticas de uso y operación |
Riesgos y límites conocidos
| ID | Registro |
|---|---|
| R-01 | No existe garantía exactly-once entre sistemas independientes. |
| R-02 | 202/250 no demuestra entrega en inbox. |
| R-03 | No se publica throughput máximo sin benchmark. |
| R-04 | VPS, DNS, IP y reputación son responsabilidades operativas compartidas. |
No se declaran certificaciones SOC 2, ISO 27001 u otras sin auditoría independiente.
Registro de evidencias
| ID | Evidencias |
|---|---|
| E-01 | Arquitectura interna |
| E-02 | Tests Go/race/vet |
| E-03 | SHA-256 y manifests |
| E-04 | Developer Documentation |
| E-05 | Hardening del servicio |
| E-06 | Analytics local |
| E-07 | Procedimientos de rollback |
Las evidencias pueden presentarse durante la revisión técnica según el alcance y la autorización aplicables.