Envío nativo

Nota: El envío nativo está disponible en todos los planes, incluido el gratuito — se mide por volumen mensual, no está bloqueado detrás de una mejora de plan. Mira precios para la asignación de cada nivel.

Además de tu propio relé SMTP, MailInApp puede enviar directamente desde un dominio que verifiques con nosotros — sin ESP, sin credenciales SMTP que generar ni rotar. La entrega corre sobre nuestra infraestructura (Amazon SES) contra tu propio dominio de envío, así que los destinatarios ven correo de [email protected], no una dirección compartida de MailInApp.

Verifica un dominio

En Configuración → Dominios, la página te guía paso a paso:

1. Ingresa tu dominio y pulsa Verificar dominio. Por defecto, MailInApp crea una identidad de envío para mail.<tudominio> y un subdominio de gestión de rebotes (bounce.mail.<tudominio>) — un subdominio dedicado que coexiste sin problemas con cualquier otro correo que ya manejes en el dominio raíz. Si prefieres enviar directamente desde el dominio raíz ([email protected], no [email protected]), marca Usar el dominio raíz en lugar de un subdominio — hazlo solo si el dominio no se usa para ningún otro correo; mira Recibe correo en tu dominio para entender por qué esto importa más una vez que la recepción entrante entra en juego.
2. Agrega los registros DNS que se muestran — un puñado de registros CNAME de DKIM, un registro MX y un TXT para el subdominio de rebotes, y un registro TXT inicial de DMARC — en tu proveedor de DNS. Estos demuestran que controlas el dominio y permiten que el correo enviado a través de él pase las verificaciones DKIM/SPF.
3. Pulsa Verificar ahora una vez que los hayas agregado, o simplemente espera — MailInApp verifica automáticamente cada 15–30 minutos.
4. Una vez que tanto el dominio como el subdominio MAIL FROM muestren Verificado, aparece un interruptor para cambiar el método de envío de tu cuenta a envío nativo.

Volver a SMTP siempre está disponible y es instantáneo — no desconecta el dominio, así que puedes alternar entre ambos sin volver a verificar.

DMARC

DMARC le dice a las bandejas de entrada qué hacer con el correo que dice venir de tu dominio pero que falla SPF/DKIM — rechazarlo, enviarlo a spam, o (el valor predeterminado que generamos) simplemente monitorearlo. Es el único registro aquí que MailInApp no puede verificar automáticamente como sí lo hace con el estado de DKIM y MAIL FROM — no hay una API para eso, así que se muestra para que lo agregues pero nunca muestra una insignia de Verificado/Pendiente.

El registro que generamos se publica como p=none (solo monitoreo) de forma intencional — no afectará la entrega por sí solo. Una vez que hayas confirmado que nada legítimo está fallando, ajusta la política a p=quarantine y eventualmente a p=reject en tu proveedor de DNS. La mayoría de los proveedores de DNS, incluido Cloudflare, te mostrarán reportes agregados de DMARC si agregas tu propia dirección rua=mailto: al registro.

Lo que no cambia

Los envíos manuales, los envíos programados, los correos de ciclo de vida (avisos de pedido/ticket) y la API de envío transaccional pasan todos por el método de envío que tenga configurado tu cuenta — no hay una configuración separada por función. La supresión, el historial de envíos, el seguimiento de interacciones y las respuestas funcionan de forma idéntica sin importar qué método entregó el correo.

Modo sandbox

Mientras tu cuenta esté en el sandbox de SES, el envío nativo solo llega a direcciones que hayas verificado por separado con nosotros — está pensado para probar tu propia entrega antes de que solicitemos acceso a producción en tu nombre. La tarjeta de Configuración siempre muestra un aviso en lenguaje sencillo mientras el modo sandbox esté activo.