Sobre nosotros
Las personas detrás de DMARCTrust
Dos veteranos del correo que se cansaron de ver a organizaciones enfrentándose al mismo problema con DMARC durante 18 meses. Construimos las herramientas que siempre nos faltaron.
Cómo llegamos hasta aquí
Marc y Florian se conocieron en Mailjet, la plataforma de correo parisina, cuando todo el equipo cabía en una sola habitación. Marc fue uno de los primeros en incorporarse en el área de infraestructura, construyendo los sistemas de entrega de mensajes. Florian llegó como ingeniero trabajando en herramientas para desarrolladores, dio charlas en Paris-Web y era generalmente la persona a quien consultar cuando algo en la pila de correo no encajaba. Trabajos distintos, pero la misma obsesión.
Después de Mailjet, tomaron caminos separados durante varios años. Marc se dedicó a la consultoría, ayudando a empresas con despliegues de DMARC en Europa y Norteamérica. Florian fundó varias empresas, volviendo siempre al mismo problema: hacer que la infraestructura técnica sea operable sin necesitar un especialista de guardia permanente.
El impulso real vino de un cliente del sector retail de Marc: 18 meses de despliegue DMARC, todavía atascado en p=none. La intención estaba. El presupuesto estaba. Lo que faltaba era una herramienta capaz de identificar cada fuente de envío, rastrear cada proveedor externo y mostrar un camino claro hacia p=reject en vez de limitarse a acumular datos. Marc llamó a Florian. La conversación fue corta. Dos semanas después, empezaron a construir.
El equipo
Entre los dos, más de 30 años de infraestructura de correo. La mayor parte, aprendidos por las malas.
Marc Lelu
Cofundador — Experto en entregabilidad y DMARC
Marc pasó su primera década en infraestructura de correo. Primero en Orange, luego como uno de los primeros empleados en Mailjet, donde ayudó a construir los sistemas de entrega desde cero.
Después de Mailjet, se independizó. Clientes corporativos, principalmente: equipos que intentan implementar DMARC correctamente sin romper su correo saliente en el proceso. Su método es siempre el mismo: identificar cada fuente de envío primero, trabajar con los proveedores externos uno por uno, y no pasar a p=reject hasta estar seguro de que nada legítimo será rechazado.
Lo ha hecho para dominios con 40 fuentes de envío y organizaciones distribuidas en una docena de filiales. Cuando algo falla en tu autenticación de correo, Marc es la persona que quieres al teléfono.
Florian Le Goff
Cofundador & CTO
Florian se unió a Mailjet como ingeniero y pasó varios años construyendo herramientas para desarrolladores e integraciones. En paralelo, dio charlas en Paris-Web: una en 2011 sobre almacenar datos personales sin comprometer la ética, otra en 2013 sobre bucles de retroalimentación en el diseño de aplicaciones. Ambas resultaron ser más relevantes de lo esperado para lo que construiría después.
Después de Mailjet, fundó varias empresas. El hilo conductor: crear herramientas técnicas que no necesiten un especialista para operarlas. Su test para cada funcionalidad: si alguien que no sabe cómo funciona el correo puede entender qué está mal y qué hacer al respecto. Si no, no está terminado.
En DMARCTrust, Florian dirige producto e ingeniería. El énfasis en explicar por qué algo falla, no solo señalarlo, viene directamente de él.
El cumplimiento no debería necesitar un consultor
Las herramientas existían. Los estándares existían. Google y Yahoo acababan de hacer DMARC obligatorio para los remitentes masivos. Y sin embargo, las mismas organizaciones seguían apareciendo en la bandeja de entrada de Marc después de meses de intentos, con paneles llenos de datos sobre los que no podían actuar.
Construimos DMARCTrust porque la herramienta adecuada haría esto alcanzable para cualquier organización, no solo para las que tienen un ingeniero de correo dedicado. Monitoreo continuo. Alertas que te dicen qué hacer, no solo que algo ocurrió. Un camino hacia la aplicación que no necesita a alguien permanente para interpretar los datos. Ese es el producto que queríamos. Así que lo construimos.
No deberían hacer falta 18 meses y tres intentos fallidos para llegar a la aplicación completa.
Visibilidad sin ruido
Cada fuente de envío visible. Sin buscar en XML crudo ni adivinar qué proveedor no está superando la autenticación.
Dirección, no solo datos
La plataforma te dice qué corregir y por qué importa. La diferencia entre un panel de control y una herramienta.
Construido por profesionales
Marc hizo la consultoría. Florian construyó las herramientas. El producto es lo que pasa cuando esos dos trabajos finalmente se comunican.
¿Listo para llegar a p=reject?
Empieza con la plataforma, o habla directamente con Marc si necesitas ayuda personalizada.