SMTP (Seznam, Zoho, personalizado)

SMTP es la forma más universal de conectar un buzón a Frontmail. Si puedes enviar correo desde Thunderbird o Apple Mail, casi seguro que también puedes enviarlo desde Frontmail.

Elige SMTP si quieres que los mensajes salgan de un buzón normal que ya usas (un formulario de contacto que llega a info@tuempresa.es, una web pequeña, un proyecto personal) y tu volumen es bajo: decenas o unos cientos de correos al día. Para volúmenes más altos, seguimiento de aperturas y clics o gestión de rebotes, elige un proveedor transaccional como Mailgun, Postmark o Amazon SES. Consulta el resumen de los servicios para compararlos.

Frontmail tiene configuraciones predefinidas para los servidores habituales, así que normalmente solo rellenas el usuario y la contraseña:

Configuración	Host	Puerto	Cifrado
Seznam.cz	smtp.seznam.cz	465	SSL/TLS
Zoho Mail – UE	smtp.zoho.eu	465	SSL/TLS
Zoho Mail – global	smtp.zoho.com	465	SSL/TLS
Gmail (contraseña de aplicación)	smtp.gmail.com	465	SSL/TLS
Microsoft 365 SMTP	smtp.office365.com	587	STARTTLS
Servidor personalizado	tu host	587 o 465	STARTTLS / SSL/TLS

Consejo

Para Gmail y Microsoft 365 te recomendamos las integraciones con OAuth: Gmail (OAuth) y Outlook / Microsoft 365. No necesitan contraseña y siguen funcionando aunque la cambies.

Requisitos previos

• Un buzón que pueda enviar por SMTP. Algunos proveedores desactivan SMTP por defecto o solo lo permiten en los planes de pago.
• El usuario (normalmente la dirección de correo completa) y una contraseña.
• Si la cuenta tiene verificación en dos pasos, genera una contraseña de aplicación y úsala en lugar de tu contraseña de inicio de sesión:
  • Seznam.cz: ajustes de la cuenta → seguridad → contraseñas de aplicación.
  • Zoho Mail: My Account → Security → App Passwords.
  • Gmail: Cuenta de Google → Seguridad → Verificación en dos pasos → Contraseñas de aplicaciones.
• La dirección From de tu plantilla debe ser el propio buzón o un alias con el que el servidor te deje enviar. La mayoría de los servidores rechazan otros remitentes.

Conectar en Frontmail

1. En el panel, abre Servicios de correo → Añadir servicio → SMTP.
2. Rellena el formulario:

Campo	Dónde encontrarlo	Ejemplo
Servidor	Elige una configuración predefinida o Servidor personalizado	Seznam.cz
Host SMTP	Solo para servidores personalizados: en la ayuda de tu proveedor o en los ajustes de tu cliente de correo	mail.example.com
Puerto	465 para SSL/TLS, 587 para STARTTLS	587
Usar SSL/TLS desde el inicio	Activado para el puerto 465, desactivado para el 587 (entonces STARTTLS es obligatorio)	desactivado
Usuario	Normalmente la dirección de correo completa	info@example.es
Contraseña	Contraseña del buzón o contraseña de aplicación	••••••••
Máx. de correos por segundo	Opcional; déjalo vacío para usar el valor predeterminado (2/s)	1

3. Haz clic en Verificar y guardar. Frontmail abre una conexión, negocia TLS e inicia sesión, sin enviar ningún correo.
4. El servicio se guarda cuando la comprobación es correcta. Las credenciales se cifran con cifrado de sobre de AWS KMS antes de guardarse; nadie en Frontmail las ve en texto plano.

Conexiones sin cifrar

Frontmail se niega a enviar tu contraseña por una conexión sin cifrar: en los puertos distintos del 465, el servidor debe admitir STARTTLS. De todos modos, el puerto 25 rara vez se puede usar desde redes en la nube.

Servidores permitidos

Los servidores personalizados deben usar uno de los puertos SMTP estándar 25, 465, 587 o 2525 y un nombre de host que se resuelva a una dirección IP pública: se rechazan las redes privadas, de loopback, link-local y otras reservadas (también cuando eliges Guardar sin verificar). La conexión va exactamente a la dirección que se comprobó y TLS sigue verificando el certificado para tu nombre de host. Cuando falla la prueba de conexión, el panel indica si el servidor rechazó el inicio de sesión o no se pudo contactar, no la respuesta en bruto del servidor.

DNS: SPF, DKIM y DMARC

Con SMTP, el correo lo envían los servidores de tu proveedor de correo, así que los registros DNS son los que ese proveedor te indique publicar para tu dominio. Si usas el dominio del propio proveedor (p. ej. @seznam.cz, @gmail.com), no hay nada que configurar.

Para tu propio dominio, los registros habituales son:

; SPF: un registro TXT en el dominio principal; combina los include si usas varios remitentes
example.cz.        TXT  "v=spf1 include:spf.seznam.cz ~all"      ; Seznam
example.com.       TXT  "v=spf1 include:zoho.eu ~all"             ; Zoho UE (zoho.com para global)

; DKIM: la clave se genera en la administración del proveedor (los nombres de selector varían)
zmail._domainkey.example.com.  TXT  "v=DKIM1; k=rsa; p=MIGfMA0…"   ; ejemplo de Zoho

; DMARC: empieza en modo de supervisión
_dmarc.example.com.  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

• Tanto Seznam Email Profi como Zoho generan la clave DKIM en su consola de administración; copia el selector y el valor exactamente.
• Mantén un solo registro SPF por dominio. Si también envías a través de otro servicio, combina los include: v=spf1 include:spf.seznam.cz include:mailgun.org ~all.
• Empieza DMARC con p=none, lee los informes durante unas semanas y luego pasa a p=quarantine y, finalmente, a p=reject.

Nota

Desde 2024, Gmail y Yahoo exigen SPF o DKIM a todos los remitentes y SPF + DKIM + DMARC a los remitentes masivos (unos 5000 mensajes al día o más a Gmail). Un formulario de contacto no llegará a ese umbral, pero un DNS correcto sigue ayudando a la entregabilidad.

Hosts, puertos y regiones

• 465: TLS implícito («SSL/TLS»). Úsalo siempre que el servidor lo ofrezca.
• 587: envío con STARTTLS. Frontmail exige que el paso a TLS funcione.
• Zoho: usa smtp.zoho.eu si tu cuenta de Zoho está en el centro de datos de la UE (inicias sesión en mail.zoho.eu); si no, smtp.zoho.com. Usar el equivocado falla con un error de autenticación. También hay centros de datos .in, .com.au y otros: para ellos elige Servidor personalizado.
• Seznam: smtp.seznam.cz sirve tanto para las direcciones gratuitas @seznam.cz / @email.cz como para Email Profi con tu propio dominio.

Límites de envío

Los proveedores de buzones no están pensados para envíos masivos e imponen límites diarios. Superarlos suele provocar un bloqueo temporal del buzón.

Proveedor	Límite aproximado
Seznam.cz (gratuito)	~100 destinatarios al día
Zoho Mail (de pago)	unos cientos de correos al día, menos en cuentas gratuitas o de prueba
Gmail por SMTP	~500 al día (personal), ~2000 al día (Workspace)

Configura Máx. de correos por segundo en 1 para los servidores de tipo buzón, para ir sobre seguro.

Seguimiento de la entrega (webhooks)

SMTP no tiene webhooks de entrega. Cuando el servidor acepta el mensaje (250 OK), Frontmail lo registra como sent; si el servidor lo rechaza, el mensaje pasa a failed. Lo que ocurra después (la entrega, un rebote que llega más tarde como correo a tu bandeja de entrada, una queja por spam) es invisible para Frontmail.

Eso también significa que las direcciones que rebotan no se añaden automáticamente a la lista de supresión. Si necesitas los eventos delivered, bounced y complained, usa un proveedor transaccional.

Errores habituales

Frontmail clasifica cada error del proveedor en una de tres clases:

• auth: el propio servicio no funciona (contraseña incorrecta, acceso revocado, SMTP 535). El servicio se marca como unhealthy y el propietario recibe un correo y un aviso en el panel. Si la plantilla tiene un servicio de respaldo, el mensaje sale por él; si no, se devuelve el crédito y el mensaje espera en la cola de correos retenidos como held_service_error. Sale automáticamente en cuanto arreglas el servicio: Frontmail lo vuelve a comprobar cuando guardas el servicio y en la comprobación de estado diaria.
• permanent: este mensaje concreto no se puede enviar (destinatario no válido, remitente no permitido, mensaje rechazado). Se prueba el servicio de respaldo si está configurado; si no, el estado es failed y se devuelve el crédito.
• transient: un problema temporal (tiempos de espera agotados, SMTP 4xx como 421/450/451, limitación). Se reintenta con espera exponencial; cuando se agotan los reintentos, el mensaje pasa a failed y se devuelve el crédito.

Servidores personalizados y devoluciones. Con la configuración Servidor personalizado, el servidor está bajo tu control y, después del paso DATA, ya tiene el mensaje completo. Por eso, cuando un servidor personalizado rechaza un mensaje solo después de recibirlo (una respuesta 5xx al final del mensaje), o la conexión se agota o se corta cuando el mensaje ya podía haberse transmitido, Frontmail no devuelve el crédito: el mensaje podría haberse entregado. Ese tipo de tiempo de espera agotado se reintenta como máximo dos veces. Los rechazos anteriores al envío del mensaje (conexión rechazada, inicio de sesión, MAIL FROM, RCPT TO) se siguen devolviendo, y con las configuraciones predefinidas conocidas (Gmail, Microsoft 365, Seznam, Zoho) el crédito se devuelve como siempre. El movimiento indica devolución omitida.

Lo que ves	Clase	Qué hacer
535 5.7.8 Authentication failed / EAUTH	auth	Revisa el usuario; con la verificación en dos pasos activada, crea una contraseña de aplicación. En Zoho, revisa el host UE o global.
530 5.7.0 Must issue a STARTTLS command first	auth	Cambia al puerto 465 con SSL/TLS o al 587 con STARTTLS.
553 5.7.1 Sender address rejected: not owned by user (en MAIL FROM)	auth	Usa la dirección del buzón (o un alias configurado) como dirección From en la plantilla.
550 5.1.1 User unknown / No such user	permanent	La dirección del destinatario no existe; consulta destinatario no válido.
554 5.7.1 Message rejected as spam	permanent	Simplifica el contenido, revisa SPF/DKIM y evita los acortadores de URL.
421 4.7.0 Too many messages, try later	transient	Has alcanzado el límite de velocidad o el diario del proveedor; baja Máx. de correos por segundo.
451 4.3.0 Temporary local problem / 450 Mailbox unavailable	transient	Nada: Frontmail reintenta automáticamente.
ETIMEDOUT / ECONNREFUSED	transient	Revisa el host y el puerto; algunos servidores bloquean las conexiones desde rangos de IP en la nube.

Lista de comprobación

• Configuración predefinida correcta o host + puerto (465 SSL/TLS o 587 STARTTLS)
• Contraseña de aplicación si la cuenta usa verificación en dos pasos
• Dirección From de la plantilla = el buzón o un alias permitido
• SPF, DKIM y DMARC publicados para tu propio dominio
• Probar conexión funciona
• Límite de velocidad bajo (1/s) y volumen diario dentro del límite del proveedor
• Valorado un proveedor transaccional si necesitas seguimiento de rebotes