Legal y cumplimiento
Notificaciones, requerimientos y avisos donde hay que acreditar contenido, momento y destino.
- Constancia NOM-151
- Conservación WORM
- Verificación offline
Correo transaccional y certificado · México
mailack envía y recibe correo desde infraestructura propia en territorio mexicano, conserva la respuesta SMTP literal de la entrega y el DSN sin parsear, y sella esa evidencia con una constancia de conservación NOM-151 emitida por un PSC acreditado.
Sistema en construcción. Trabajamos con clientes en piloto.
Powered by JAAK + PSC Codex
Mensaje canonizado
9f2c41ab7d0e5b83c6a1f4e29d7b0c58ea3419f7d62b8c05a7e1f39b4c8d20a6
Hoja del árbol Merkle
leaf 0x00 · index 3412 / 10000
Respuesta SMTP de la entrega
250 2.0.0 OK 1753812004 d9-20020a17090a — queue id 4bK9Qz3Yx1z
Raíz sellada ante el PSC
3a71e08cd4f9b26517ac0de83b45f912c7d60e4ab198f253c60ad7e194bf82c1
Tres operaciones donde el envío se cuestiona después, y lo que queda registrado en cada una.
Notificaciones, requerimientos y avisos donde hay que acreditar contenido, momento y destino.
Estados de cuenta, recordatorios y avisos de cobro con volumen alto y trazabilidad exigida.
Recibos de nómina y comunicaciones laborales que no admiten un 'no me llegó'.
Cuando hay que sostener un envío ante un tercero, dos cosas fallan al mismo tiempo.
El DSN se archiva íntegro antes de parsearlo. Esto es lo que queda guardado por cada intento de entrega.
Reporting-MTA: dns; mail-out-01.mailack.comArrival-Date: Wed, 29 Jul 2026 11:04:14 -0600Final-Recipient: rfc822; user@domain.comAction: deliveredStatus: 2.0.0Remote-MTA: dns; mx.domain.comDiagnostic-Code: smtp; 250 OK queue id 4bK9Qz3Yx1zEvidencia cruda tal como se archiva, antes de parsear. El .eml original se conserva en almacenamiento WORM; lo que ves es su contenido literal.
Nada se re-serializa ni se reconstruye después. Se conserva lo que ocurrió, en el momento en que ocurrió.
La API acepta el envío con clave de idempotencia, fija Message-ID y Date, y hashea el byte-stream exacto que va a salir por el cable.
POST /v1/messages · Idempotency-Key
Los hashes entran a un árbol Merkle (RFC 6962) en ventanas de una hora o diez mil hojas. Se sella la raíz ante el PSC, no cada mensaje: la misma prueba a una fracción del costo.
batch · raíz + constancia NOM-151
El MTA propio entrega y conserva la respuesta SMTP literal de la conversación de entrega, con su queue id. No un código traducido: la línea tal cual.
250 2.0.0 OK · queue id
El return-path VERP correlaciona cada rebote con su mensaje. El .eml se archiva antes de parsearlo y se conserva en almacenamiento WORM.
bounce+<uuid>@mailack.com
MTA propio en VMs dedicadas de Oracle Cloud en Monterrey, no un pool compartido: IP de egreso fija y HELO propio.
La IP mexicana es residencia de datos y argumento contractual. El valor probatorio proviene exclusivamente de la constancia de conservación NOM-151 emitida por el PSC. Son dos cosas distintas y las tratamos como tales.
Warm-up, throttling, supresión y failover corren solos. El diagnóstico lo hace un modelo, la decisión peligrosa la autoriza el código.
El LLM nunca está en la ruta de entrega. Si el agente se cae, el MTA sigue enviando a la última tasa buena conocida.
La constancia acredita que la raíz existía en ese instante; la prueba de inclusión acredita que tu mensaje formaba parte de ese árbol. Ambas se entregan juntas en el proof bundle. Para litigio también emitimos constancia individual del mensaje, bajo demanda.
Sí. El proof bundle trae el hash canónico, la ruta de inclusión y la constancia. La herramienta de línea de comandos comprueba el hash y la prueba de inclusión sin red y sin consultar nuestros servidores. La constancia la emite y la respalda el PSC acreditado.
No hay cutover. El envío se reparte por porcentaje entre tu proveedor actual y mailack durante el warm-up, con reglas deterministas por ISP.
No. El tráfico de marketing nunca comparte pool de IPs con el correo transaccional y legal. mailack está construido para el segundo.
Te mostramos el envío, el acuse y la verificación offline con un mensaje tuyo.