Sintesi esecutiva
Motore self-hosted per e-mail outbound. API HTTP e SMTP autenticato convergono sulla stessa coda; non è mailbox, MX inbound, POP3, IMAP o webmail.
Evidenza benchmark controllato — 100K
Trasporto SMTP reale in ambiente controllato; il receiver accetta e misura messaggi ma non rappresenta le policy inbox pubbliche.
10M/30 giorni richiedono 3,86 msg/s. Misurati 28,83 msg/s (7,47×); proiezione lineare: 74,7M/30 giorni nelle stesse condizioni.
Profilo senza allegato. Non è SLA inbox.
Evidence: WS-BENCH-20260826-100K-MD1000 · wsba_20260826T133652_366c357f
Metodologia di analisi e punto di misura
Ogni livello risponde a una domanda: generatore, Engine, MTA/receiver e deliverability esterna.
| 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 |
Ambito
Motore self-hosted per e-mail outbound. API HTTP e SMTP autenticato convergono sulla stessa coda; non è mailbox, MX inbound, POP3, IMAP o webmail.
Architettura
Message, Blob e Delivery vengono persistiti prima di 202/250. Scheduler weighted-fair e domain-aware alimenta una finestra Postfix controllata.
Sicurezza
Token API e password SMTP sono separati; i segreti completi vengono consegnati una volta e restano solo hash. SMTP richiede TLS e il servizio è non-root.
Dati e privacy
Contenuti e metadata restano sulla VPS del cliente; il backend DB Ware non è nel percorso critico di ogni messaggio.
Affidabilità
202/250 seguono un commit locale durevole. Recovery, fsync, atomic rename, quarantine e GC proteggono lo spool; resta una finestra at-least-once Postfix↔commit locale.
Scheduler & Adaptive Engine
Scheduler weighted-fair/domain-aware con classi di costo, fairness campagna/tenant e limiti per dominio. Adaptive Engine 1.3.x combina CPU, iowait, run queue, load, PSI Linux, crescita code/Postfix e latenza commit con isteresi.
Osservabilità
Status/activity/analytics autenticati e Analysis Report v3.1 con fasi, percentili, Adaptive, PSI, Queue-ID e telemetria Engine→Postfix; evidenza completa sulla VPS, HTML con timeline compatta.
Semantica di consegna
Il Queue-ID Postfix viene acquisito per correlazione nella sottomissione SMTP locale. L’accettazione MTA non equivale a inbox.
Operazioni e continuità
Binari amd64/arm64, SHA-256, licenza offline firmata, rollback e validazione post-installazione.
Capacità e benchmark
Il 26/08/2026 un test Multi-Domain controllato ha consegnato 100.000/100.000 messaggi a un server SMTP destinatario controllato su 1.000 domini, zero gap, a 28,83 msg/s effettivi. 10M/30 giorni richiedono 3,86 msg/s; proiezione lineare: 74,7M/30 giorni nelle stesse condizioni. Non è SLA né garanzia inbox.
Responsabilità
| Componente | Responsabilità |
|---|---|
| Ware Send | Ammissione, persistenza, coda, scheduler, controllo adattivo e osservabilità |
| Postfix / MTA | Trasporto SMTP esterno, coda, retry e defer dopo l’accettazione locale |
| Cliente / infrastruttura | VPS/cloud, DNS, IP, reputazione, policy d’uso e operazioni |
Rischi e limiti noti
| ID | Registro |
|---|---|
| R-01 | Nessuna garanzia exactly-once tra sistemi indipendenti. |
| R-02 | 202/250 non prova la consegna in inbox. |
| R-03 | Nessun throughput massimo pubblicato senza benchmark. |
| R-04 | VPS, DNS, IP e reputazione sono responsabilità operative condivise. |
Non vengono dichiarate certificazioni SOC 2, ISO 27001 o altre senza audit indipendente.
Registro delle evidenze
| ID | Evidenze |
|---|---|
| E-01 | Architettura interna |
| E-02 | Test Go/race/vet |
| E-03 | SHA-256 e manifest |
| E-04 | Developer Documentation |
| E-05 | Hardening servizio |
| E-06 | Analytics locali |
| E-07 | Procedure rollback |
Le evidenze possono essere presentate durante la revisione tecnica in base all’ambito e alle autorizzazioni applicabili.