Apunte su aplicación, CMS o dispositivo a MigoSMTP y siga enviando exactamente como hasta ahora, con la autenticación, TLS y los límites ya resueltos.
Un copiloto de IA explica cada rebote y cada diferimiento en lenguaje claro.
Funciona con cualquier framework, CMS, plugin, script o dispositivo que pueda enviar por SMTP. Conéctese con STARTTLS; no se aceptan conexiones sin cifrar.
Cree credenciales por aplicación, entorno o cliente, y podrá rotar o desactivar una sin tocar las demás.
Limite el volumen por cuenta para que un proceso descontrolado o una contraseña filtrada no agote su cuota ni su reputación.
Restrinja una cuenta a las direcciones de servidor de confianza, de modo que las credenciales robadas no sirvan desde ningún otro sitio.
Los rebotes duros y las quejas se suprimen por usted, y los fallos temporales se reintentan antes de contar como fallidos.
Encuentre cualquier mensaje y consulte sus respuestas SMTP, reintentos y estado final, para que soporte pueda responder adónde fue un correo.
Publique los registros SPF y DKIM que le damos y añada una política DMARC. Cada registro se pone en verde al verificarse.
Genere un nombre de usuario y una clave de alcance limitado, y luego defina el límite de envío y la lista opcional de IP permitidas para esa app.
Cambie el host, el puerto y las credenciales en su app o plugin, envíe un mensaje de prueba y confirme el resultado en el log de mensajes.
Cambie entre etapas para ver qué controla en cada paso. Interfaz ilustrativa. Todas las cifras y direcciones mostradas son datos de ejemplo.
Cada cuenta SMTP es independiente, así que puede rotar, limitar o desactivar el acceso de una app, un entorno o un cliente sin tocar nada más.
Un relay SMTP es un servidor de correo que acepta los mensajes de su aplicación mediante el protocolo SMTP estándar y los entrega, en su nombre, a los proveedores de buzón de los destinatarios. Su app se autentica, entrega el mensaje y sigue con lo suyo. MigoSMTP ejecuta el relay sobre MigoMTA, así que nos encargamos nosotros de las colas, los reintentos, la firma de autenticación y la regulación específica de cada proveedor, en lugar de que usted gestione y ajuste su propio servidor de correo. Conserva su código y sus librerías actuales y solo cambia el host, el puerto y las credenciales.
Todo lo que hable SMTP puede usar el relay: frameworks web, plugins de CMS, herramientas de tickets y facturación, scripts, impresoras y escáneres. Cada app, entorno o cliente tiene su propia cuenta SMTP con credenciales independientes, límites de envío y una lista de IP permitidas opcional, de modo que puede rotar o desactivar una sin tocar el resto. TLS es obligatorio en cada conexión. Los límites por cuenta evitan que una app defectuosa agote su cuota, y los informes de uso muestran qué cuenta envió qué.
Un relay importa para la entregabilidad porque los proveedores de buzón evalúan la infraestructura de envío tanto como el contenido. Un relay gestionado firma el correo con la clave DKIM de su dominio, aplica una autenticación coherente, reduce el ritmo cuando un proveedor difiere, reintenta los fallos temporales y suprime las direcciones que rebotan o presentan quejas. Cuando algo sale mal, el log de mensajes muestra las respuestas SMTP originales y nuestro asistente de IA las explica en lenguaje claro, para que su equipo y su soporte vean qué pasó y qué cambiar.
Sustituya el correo poco fiable del servidor por un relay SMTP para WordPress. Introduzca el host y las credenciales en su plugin SMTP y las confirmaciones de pedido y los restablecimientos de contraseña dejarán de caer en spam.
Las agencias pueden crear una cuenta SMTP distinta para el sitio de cada cliente, cada una con sus propios límites, de modo que un plugin comprometido en un sitio no pueda agotar la cuota compartida ni perjudicar a otro cliente.
Las apps en Laravel, Django, Rails, Node y CodeIgniter ya incluyen ajustes SMTP. Apunte la configuración de correo al relay y conserve sus mailers, plantillas y colas actuales.
Las impresoras, los escáneres y el software empresarial antiguo suelen admitir solo SMTP. El relay les ofrece envío autenticado y cifrado, sin cambios de firmware ni reescrituras.
Conecte el software de tickets, CRM y facturación que envía su propio correo, para que las respuestas y los recibos de sus clientes salgan de su dominio autenticado y no de un servidor compartido.
Use cuentas distintas para staging y producción, con límites y listas de IP permitidas diferentes, para que el tráfico de prueba nunca se mezcle con la reputación real ni con datos de clientes, y ambos sean fáciles de auditar.
Ambos entregan a través de la misma infraestructura. Elija el que mejor encaje con el software que va a conectar.
Puede usar ambos. Muchos equipos mantienen SMTP para las herramientas heredadas y usan la API para los servicios nuevos, dentro de un mismo workspace y con un único conjunto de informes.
Un copiloto de IA lee las respuestas SMTP originales y los logs, y explica en lenguaje claro por qué un mensaje se difirió o rebotó, además de sugerir una solución. Usted decide si actúa.
Los modelos aprenden el patrón de envío normal de cada cuenta y señalan picos o caídas repentinas, como un bucle descontrolado o una credencial comprometida. Usted elige si pausar la cuenta o solo recibir un aviso.
La puntuación de riesgo destaca las cuentas con comportamiento inusual o IP de origen nuevas y recomienda rotar la contraseña o restringir la lista de IP permitidas. No cambia nada hasta que usted lo apruebe.
Pegue los ajustes de su proveedor anterior y el asistente redacta el host, la autenticación y los cambios de DNS necesarios para el cambio. Una persona revisa la lista de comprobación antes de mover tráfico.
Las funciones de IA son de apoyo: explican y sugieren, y su equipo aprueba cualquier cambio en cuentas, límites o enrutamiento.
Las credenciales independientes permiten rotar, limitar o desactivar una sola aplicación sin afectar a las demás, y facilitan atribuir los informes de uso.
Publique SPF y DKIM y una política DMARC antes de enviar tráfico real. El correo sin autenticar es la causa más común de caer en spam al principio.
Un tope razonable contiene los daños de bucles y credenciales filtradas. Empiece cerca de su volumen real y súbalo de forma deliberada a medida que crezca.
Si su app envía desde IP fijas, restrinja la cuenta a ellas. Así, una contraseña robada no sirve desde ningún otro lugar.
Guarde el usuario y la clave en variables de entorno o en un gestor de secretos, nunca en un repositorio ni en un bundle de front-end, y rótelas periódicamente.
Envíe un mensaje de prueba y revise el log del mensaje y las cabeceras. Confirme TLS, la dirección From, DKIM y el estado final antes de mover el tráfico en producción.
¿Tiene dudas sobre algún ajuste? Nuestro equipo puede revisar su configuración antes de la migración.
Un relay SMTP acepta el correo de su aplicación y lo reenvía al servidor de correo del destinatario. Su app se autentica con credenciales mediante TLS y entrega el mensaje. A partir de ahí, el relay gestiona las colas, los reintentos, la firma y la regulación por proveedor, así que no necesita mantener su propio servidor de correo.
Verifique su dominio de envío, cree una cuenta SMTP en el panel e introduzca el host, el puerto y las credenciales en su app o plugin. Envíe un mensaje de prueba y revise el log. En WordPress, añada los mismos ajustes a su plugin SMTP.
SMTP permite que el software existente envíe sin cambios de código, mediante un protocolo estándar. Una API de correo es una interfaz REST adecuada para código nuevo, con plantillas, idempotencia y respuestas más completas. Ambas entregan a través de la misma infraestructura, así que puede usar cada una donde mejor encaje.
Sí. Cree tantas cuentas como permita su plan, cada una con sus propias credenciales, límites de envío y una lista de IP permitidas opcional. Así aísla apps, entornos y clientes, y puede desactivar una sin afectar al resto.
Los rebotes y las quejas se registran en sus logs de mensajes. Los rebotes definitivos y las quejas se añaden a su lista de supresión para que deje de enviarles, y los fallos temporales se reintentan antes de considerarse fallidos.
Sí, y le recomendamos hacerlo antes de enviar tráfico real. Autenticar su dominio es el paso más importante para llegar a la bandeja de entrada. El panel muestra los registros exactos que debe publicar y marca cada uno cuando se verifica.
Normalmente sí, si el dispositivo admite autenticación y TLS. Cree una cuenta dedicada con un límite de envío bajo y una lista de IP permitidas. Si el dispositivo no puede usar TLS, consúltenos las opciones antes de conectarlo.
No. El asistente explica los rebotes, señala volúmenes inusuales y sugiere soluciones, pero su equipo aprueba cualquier cambio en credenciales, límites o enrutamiento. Puede revisar su razonamiento junto a los logs en que se basa.
Crea una cuenta, añade tu dominio y envía tu primer correo.