El correo llega a tu producto
y tu código contesta
Cada ticket, registro o cliente puede tener su propia dirección. El correo que va ahí llega a tu endpoint como un evento firmado, y tu código responde como esa dirección.
Nadie creó estas direcciones. La respuesta sale desde la dirección a la que llegó el correo.
De dónde parte
Cómo es esto hoy.
Las respuestas caen fuera del producto
Un cliente contesta a una notificación, y la respuesta acaba en un buzón compartido y no en el registro.
Alguien crea antes cada dirección
A un ticket nuevo no se le puede escribir hasta que exista su buzón, así que las direcciones se crean a mano.
Tu servidor consulta si hay correo
Nada avisa a tu código de que llegó un mensaje, así que una tarea revisa un buzón cada cierto tiempo.
Cómo funciona
En marcha en cuatro pasos.
- 01
Apunta un dominio a OpenEmail
Añade el dominio y publica los registros, y cada dirección en él recibe, incluidas las que nadie creó.
- 02
Instala el cliente tipado
Añade el paquete a tu app y pon una clave de espacio de trabajo que puedas acotar y revocar después.
- 03
Registra tu endpoint
Elige los eventos que quieres, copia el secreto de firma y responde a cada entrega en cinco segundos.
- 04
Responde desde tu código
Obtén el hilo y sus archivos por id, y envía desde la dirección a la que se entregó el mensaje.
En qué se apoya
Las piezas que hacen el trabajo.
Se apoya en una API HTTP documentada, un cliente tipado, webhooks a tu endpoint, catch-all en cada dominio que apuntes aquí, y tu propia marca, archivos y enlaces con seguimiento.
Una API HTTP documentada con claves que se emiten, se acotan y se revocan.
Primero un cliente de TypeScript, después el resto.
Avisa a tu endpoint cuando llega el correo, en vez de obligarte a consultar.
Todas las direcciones del dominio reciben, incluidas las que nunca se han creado. Un interruptor lo cierra.
Apunta varios dominios a una sola bandeja, subdominios incluidos.
Pon tu propia marca y tu logo en la barra lateral, en lugar de los nuestros.
En la práctica
Cada pieza, paso a paso.
Debajo hay cuatro páginas más breves, una tarea cada una: una dirección por cliente, correo desde tu código, correo hacia tu código y una dirección por cada prueba, que aún está por llegar.
Da a cada ticket, registro o cliente su propia dirección, sin crear nada.
Envía, lee y organiza correo desde tu código con un cliente tipado.
El correo que llega a tu dominio alcanza tu servidor como webhook firmado, segundos después.
Preguntas
Las de antes de registrarse.
¿Tengo que crear una dirección antes de que funcione?
No. Con el catch-all activo, [email protected] recibe la primera vez que alguien le escribe. El correo a erratas y a direcciones inventadas también llega, y un interruptor cierra el catch-all.
¿Cómo se entera mi código de que llegó correo?
Tu endpoint recibe un webhook firmado segundos después de que llegue el mensaje. El evento nombra el hilo y la dirección a la que se entregó, así que obtienes el mensaje y sus archivos por id.
¿Hay un cliente para mi lenguaje?
Todavía no, salvo que escribas TypeScript. El cliente tipado es primero TypeScript y los demás vienen después, así que por ahora los otros lenguajes llaman directamente a la API HTTP documentada.
Cerca
Otras tareas para el mismo buzón.
Tu app publica un mensaje y OpenEmail lo envía desde tu propio dominio. Cada llamada queda junto a la clave que la hizo, y cada envío tiene un resultado que leer.
Da a un agente su propia dirección y una clave acotada a lo que puede hacer. Lee, etiqueta, redacta y envía, y cada llamada que hace queda registrada.
