Nueva guía: cómo calentar una IP dedicada sin dañar tu reputación. Leer ahora →
MigoSMTP
Correo entrante

Reciba y procese correo entrante

Convierta respuestas y mensajes entrantes en eventos estructurados sobre los que su aplicación pueda actuar.

La clasificación de intención con IA ordena por usted respuestas, avisos de ausencia y quejas.

Dominio de entrada
TIPO
NOMBRE
VALOR
MX
replies
mx.migosmtp.com
TXT
replies
v=spf1 include:migosmtp.com ~all
CNAME
_verify.replies
verify.migosmtp.com
Esperando al DNS
Registro MX
Cualquier subdominio
Apunte su MX hacia nosotrosAñada un registro MX para un subdominio, como replies.example.com, y el correo dirigido a él llegará a MigoSMTP.
Cliente
mx.migosmtp
De
Asunto
Adjunto
{
"from": "a@b.com",
"subject": "Help",
"text": "Hi team…",
"attachments": 1
}
POST a su webhook
Estructurado
Adjuntos
Cada mensaje se convierte en datosEl correo original se divide en remitente, asunto, texto, HTML y adjuntos, y se devuelve como JSON limpio.
Cabeceras de entrada
Received: from mx.gmail
X-Spam-Score: 0.4
Authentication-Results:
spf=pass dkim=pass
dmarc=pass
Return-Path: <a@b.com>
Content-Type: multipart
Subject: Help
Spam · puntuación 0.4Riesgo bajo
Autenticación · SPF y DKIM correctosDe confianza
Tamaño · [n] KBDentro del límite
SPF correcto
DKIM correcto
DMARC correcto
Puntuación de spam
Resultados de autenticación
Filtrado antes de llegar a ustedLa puntuación de spam y los resultados de SPF y DKIM acompañan a cada mensaje para que su código decida en qué confiar.
Correo entrante
POST firmado
/inbound
200 OK
Helpdesk
200 OK
Flujo de trabajo
Reintento en 30 s
Webhook
Reintentos
Enviado a su endpointLos mensajes procesados se envían por POST a su webhook con reintentos, de modo que tickets, respuestas y flujos de trabajo se inician al instante.
GET /v1/inbound/msg_[id]
GET /v1/inbound/msg_[id]
Accept: application/json
Respuesta
200 OK
{ "attachments": [
{ "url": "…" } ] }
Enlaces de corta duración
Adjunto listo
Modelo pull
URL firmadas
Obtenga los adjuntos bajo demandaLos adjuntos grandes permanecen en almacenamiento hasta que los solicite, lo que mantiene los payloads de los webhooks pequeños y rápidos.
Clasificador de entrada
IA
“¿Dónde está mi pedido?”Solicitud de soporte
Soporte
“Factura adjunta”Facturación
Finanzas
“Por favor, den de baja mi correo”Baja
Suprimir
“Quizá el próximo trimestre…”Poco claro
Humana
Detección de intención
Respaldo humano
La IA lee las respuestas y las enrutaCada mensaje entrante se clasifica por intención y se envía a la cola o al webhook adecuados. Los de baja confianza pasan a una persona en lugar de adivinar.
Apuntar el MX
Procesar
Filtrar
Entregar
Obtener
Enrutador con IA
Relay SMTPAPI RESTWebhooksIP dedicadasFirma DKIMInbound parsePlantillasAnalíticaListas de supresiónMonitorización de reputaciónValidación de correoRoles de equipo y registro de auditoríaRelay SMTPAPI RESTWebhooksIP dedicadasFirma DKIMInbound parsePlantillasAnalíticaListas de supresiónMonitorización de reputaciónValidación de correoRoles de equipo y registro de auditoría
Funcionalidades

Gestione las respuestas como cualquier otro evento

Dominios de entrada

Apunte un registro MX a MigoSMTP para el subdominio que elija.

Convertido a JSON

Cabeceras, cuerpo y adjuntos llegan en una estructura limpia.

Reglas de enrutamiento

Envíe direcciones distintas a endpoints distintos.

Gestión de adjuntos

Reciba archivos con los límites de tamaño que usted controla.

Comprobaciones de spam y virus

Filtre el correo entrante antes de que llegue a su app.

Entrega firmada

Verifique que cada payload procede de nosotros.

Cómo funciona

RemitenteCualquier persona escribe a una dirección de su subdominio de respuestas.
Entrada de MigoSMTPRecibe el mensaje, lo filtra, lo convierte a JSON y lo asocia a una ruta.
Su aplicaciónRecibe un webhook firmado con cabeceras, cuerpo y datos de los adjuntos.
PASO 1

Añada un dominio de entrada

Publique el registro MX de un subdominio.

PASO 2

Cree una ruta

Haga coincidir un patrón de dirección y elija un webhook.

PASO 3

Gestione el payload

Su app recibe cada mensaje como JSON.

Véalo en acción

Una plataforma, del primer envío a la bandeja de entrada

Cambie entre etapas para ver qué controla en cada paso. Interfaz ilustrativa. Todas las cifras y direcciones mostradas son datos de ejemplo.

app.migosmtp.com / sendDatos de ejemplo
En cola
184,320
Enviados hoy
6,418,905
Tasa
412/s
aceptadomensaje para you@example.com
aceptadomensaje para team@example.com
en colalote de 25 000 destinatarios
aceptadomensaje para ops@example.com
Gestión de respuestas

Bandejas de soporte, seguimiento de respuestas y flujos de email a app

Use rutas de entrada para capturar respuestas a correo transaccional, crear tickets o alimentar flujos de trabajo.

  • Endpoints de webhook por ruta
  • Reintento ante fallos con backoff
  • Logs de entrada con búsqueda
  • Límites de tamaño y tipo
De un vistazo
ConfiguraciónRegistro MX en un subdominio
EntregaWebhook firmado
FormatoJSON con campos procesados
LímitesTamaño de mensajes y adjuntos definido por ruta
Resumen

¿Qué es el email entrante?

El procesamiento de email entrante consiste en recibir el correo enviado a su dominio y convertirlo en datos estructurados que su aplicación pueda usar. Con MigoSMTP, usted publica un registro MX para un subdominio y crea rutas que coinciden con patrones de dirección; cada mensaje llega a su webhook como JSON, con cabeceras, texto, HTML e información de adjuntos ya procesados. Funciona de forma muy parecida a nuestras otras funciones de eventos, así que a menudo se puede reutilizar el código de gestión de webhooks que ya tiene.

Está pensado para desarrolladores que necesitan actuar sobre respuestas y correo entrante sin gestionar un servidor de correo. Entre los flujos habituales están las bandejas de soporte que crean tickets, el seguimiento de respuestas al correo transaccional y funciones de email a app, como subir documentos por correo. Las reglas de enrutamiento envían direcciones distintas a endpoints distintos, y cada entrega va firmada para que pueda verificar su origen. Los logs de entrada con búsqueda le permiten encontrar un mensaje, inspeccionar el payload enviado a su endpoint y reenviarlo si el procesamiento falló.

Gestionar las respuestas importa para la entregabilidad porque las respuestas genuinas son una fuerte señal de interacción, y los rebotes o quejas sin leer enviados a una dirección no-reply se pierden. Capturarlos le permite actuar con rapidez. La clasificación de intención con IA puede ordenar los mensajes entrantes en respuestas, avisos de ausencia, solicitudes de baja y quejas, para que sus sistemas respondan como corresponde. Las respuestas también indican qué direcciones están activas, lo que ayuda a mantener limpias las listas con el tiempo y deja constancia de lo que dijeron los destinatarios. Junto con webhooks y logs, las rutas de entrada cierran el círculo entre lo que usted envía y lo que vuelve.

Casos de uso

Casos de uso habituales del email entrante

De la bandeja de soporte al ticket

Enrute support@ en un subdominio de respuestas hacia el endpoint de su helpdesk. Cada correo se convierte en un ticket con remitente, asunto y adjuntos, sin consultar un buzón.

Seguimiento de respuestas al correo transaccional

Defina un reply-to en un subdominio de respuestas con un token en la dirección. Cuando alguien responde, el enrutamiento de email entrante vincula la respuesta con el pedido o la conversación correctos.

Subidas de email a app

Permita que los usuarios reenvíen facturas o documentos a una dirección única. Los adjuntos procesados llegan a su endpoint, listos para almacenar o procesar, dentro de los límites de tamaño que configure.

Gestión de respuestas automáticas y bajas

Capture los avisos de ausencia y las solicitudes de baja enviadas por respuesta, y actualice el estado del contacto automáticamente para dejar de escribir a quien pidió que no lo hiciera.

Recepción de documentos por email

Asigne a cada cliente o proyecto su propia dirección en su subdominio de respuestas. Los contratos y facturas reenviados llegan como adjuntos procesados y se pueden archivar automáticamente.

Buzones de rebotes y quejas

Enrute las respuestas enviadas a una dirección no-reply o de abuso hacia su propio flujo de trabajo, para que una queja genuina la lea una persona y no se pierda.

Elegir un método

¿Procesamiento de entrada o su propio buzón?

Ambos reciben correo. La diferencia está en quién mantiene la infraestructura.

Entrada de MigoSMTPSu propio buzón o servidor
Cómo llega el correoEnviado a su webhook como JSONUsted consulta un buzón o gestiona un servidor de correo
ProcesamientoCabeceras, texto, HTML y adjuntos ya estructuradosUsted escribe y mantiene un parser
EnrutamientoReglas por patrón de direcciónSu propio código o filtros
FallosReintentos y reenvío desde los logsDepende de lo que construya

Use un subdominio dedicado para el correo entrante y así sus buzones habituales no se verán afectados.

Funciones de IA

Email entrante asistido por IA

Clasificar

Clasificación de intención

Cada mensaje entrante puede etiquetarse como respuesta genuina, ausencia, solicitud de baja, queja o consulta comercial. Usted asocia las etiquetas a rutas, y los casos de baja confianza pasan a una persona.

Asistencia

Borradores de respuesta sugeridos

En las rutas de soporte, el asistente redacta una respuesta a partir de su base de conocimiento. Una persona la revisa y la envía; no sale nada automáticamente salvo que usted configure esa regla.

Copiloto

Resúmenes de hilos

Las cadenas largas de respuestas se condensan en un resumen breve y una acción siguiente sugerida, lo que ayuda a los agentes a retomar conversaciones con rapidez. Los mensajes originales siguen disponibles en los logs.

Riesgo

Puntuación de spam y abuso

La puntuación de riesgo con IA complementa las comprobaciones de spam y virus valorando los mensajes entrantes sospechosos. Usted elige si los de alto riesgo se ponen en cuarentena, se marcan o se entregan igualmente.

Las funciones de IA son de apoyo: la clasificación y los borradores respaldan su flujo de trabajo, y usted decide las reglas de enrutamiento y lo que se envía.

Buenas prácticas

Buenas prácticas para el email entrante

Use un subdominio dedicado

Ponga el registro MX en un subdominio como reply.yourdomain.com para que sus buzones normales sigan funcionando y el tráfico entrante quede aislado.

Verifique cada firma

Compruebe la cabecera de firma antes de procesar un payload. Trate las solicitudes sin firma como no fiables, ya que cualquiera podría enviar datos a una URL pública.

Confirme rápido, procese después

Devuelva enseguida una respuesta de éxito y ponga el trabajo en cola. Los handlers lentos provocan reintentos y entregas duplicadas.

Haga sus handlers idempotentes

Los reintentos pueden entregar el mismo mensaje dos veces. Deduplique por ID de mensaje para que los reenvíos desde los logs nunca creen tickets duplicados.

Defina los límites de adjuntos con criterio

Decida el tamaño máximo y los tipos de archivo permitidos por ruta. Rechazar pronto los archivos demasiado grandes o inesperados protege los sistemas posteriores.

Registre el ID del mensaje

Guarde el identificador de cada payload junto a su registro. Así los reenvíos, las consultas de soporte y la deduplicación resultan sencillos.

Preguntas frecuentes

Email entrante: preguntas frecuentes

¿Planea una bandeja de soporte o un flujo de respuestas? Nuestro equipo puede revisar la configuración con usted.

¿Qué es el procesamiento de email entrante?

El procesamiento de email entrante recibe el correo enviado a una dirección que usted controla y lo convierte en datos estructurados, normalmente un JSON con remitente, asunto, cuerpo y adjuntos. Su aplicación lo recibe por webhook y puede actuar sobre los mensajes sin gestionar un servidor de correo.

¿Cómo recibo correo en mi app con MigoSMTP?

Añada un dominio de entrada, publique el registro MX de un subdominio, cree una ruta que coincida con un patrón de dirección y apúntela a su webhook HTTPS. Cada mensaje entrante se envía a ese endpoint como JSON firmado.

¿Puedo recibir correo en mi dominio principal?

Recomendamos un subdominio dedicado para que su correo habitual no se vea afectado. Un registro MX envía todo el correo de ese nombre al servicio receptor, así que usar el dominio raíz redirigiría sus buzones normales.

¿Qué ocurre si mi endpoint de webhook está caído?

Las entregas se reintentan y puede reenviarlas desde los logs de entrada cuando su endpoint se recupere. Devuelva una respuesta de éxito solo después de haber recibido el payload con seguridad. Haga su handler idempotente para que una entrega reenviada no cambie nada por segunda vez.

¿Se incluyen los adjuntos en el payload?

El payload describe cada adjunto. Los límites de tamaño y tipo se definen por ruta, así que usted decide qué acepta su aplicación. Pruebe con algunos archivos reales para ver cómo debe tratarlos su handler y fije límites estrictos para cada ruta.

¿Qué diferencia hay entre el email entrante y los webhooks?

El email entrante gestiona los mensajes que le envían a usted y los envía a su endpoint. Los webhooks, en sentido más amplio, informan de eventos sobre los mensajes que usted envió, como entregado o rebotado. El correo entrante usa webhooks como mecanismo de entrega, por lo que se aplican las mismas comprobaciones de firma.

¿La IA lee mi correo entrante?

Solo si usted la activa. La clasificación y los resúmenes con IA se ejecutan en las rutas donde los habilite, y los resultados son sugerencias que usted asocia a sus propias reglas. Una persona puede revisar cualquier mensaje.

¿Se analiza el correo entrante en busca de spam y virus?

Sí. El correo entrante puede filtrarse antes de llegar a su aplicación, y usted elige si los mensajes marcados se rechazan, se etiquetan o se retienen para revisión. Cada decisión queda registrada en los logs, de modo que el tratamiento es auditable.

Empieza a enviar en minutos.

Crea una cuenta, añade tu dominio y envía tu primer correo.