Errores habituales
Módulo 8: Mudanza y poner su dominio en orden · Tiempo de lectura: 13 minutos
Objetivo de aprendizaje: Tras esta lección podrá reconocer los doce errores más habituales en el correo electrónico por sus síntomas, explicar por qué se producen y solucionarlos.
Conceptos clave: registro SPF duplicado, demasiadas consultas SPF, DMARC en reject demasiado pronto, DKIM no activado en un servicio de envío, redirección a Gmail, catch-all, visitante como remitente, servidor saliente sin autenticación, nombre de servidor mail. sin certificado adecuado, buzón lleno, MX olvidado en una mudanza, POP3 en varios dispositivos
Cómo usar esta lección
Cada error tiene la misma estructura: lo que ve (el síntoma, tal como lo comunica un cliente), por qué ocurre, y cómo solucionarlo. A menudo los síntomas se parecen entre sí ("mi correo no llega"), mientras que la causa es muy distinta. Por eso en cada error también se indica cómo confirmarlo: qué prueba debe buscar antes de cambiar nada. No adivine, mida primero (lección 6.3).
Los números se usan en el ejercicio.
Errores en el DNS
Error 1: dos registros SPF.
Lo que ve: el correo a Gmail y Outlook.com empieza a caer en spam de repente, desde que conectó un nuevo servicio (Microsoft 365, un boletín, un programa de contabilidad). En las cabeceras aparece spf=permerror.
Por qué: el servicio le dijo "añada este registro SPF" y ahora hay dos registros TXT que empiezan por v=spf1. Según el RFC 7208, eso es un error permanente: SPF deja de contar por completo.
Confírmelo: busque los registros TXT de su dominio y cuente los registros v=spf1.
Solución: combine todo en un único registro (lección 4.2).
Error 2: más de diez consultas SPF.
Lo que ve: lo mismo, spf=permerror, pero solo hay un registro. Suele pasar tras añadir un include de más.
Por qué: cada include, a, mx, exists y redirect cuesta una consulta DNS, también dentro de los includes. Por encima de diez, el SPF no es válido.
Confírmelo: haga que una comprobación de SPF cuente de forma recursiva (ejercicio Z4.2).
Solución: elimine servicios que ya no use, sustituya a y mx por ip4/ip6 si son fijos, o deje que un servicio envíe a través de su propio subdominio de rebote (lección 7.1).
Error 3: DMARC puesto directamente en p=reject.
Lo que ve: desde que se configuró un registro DMARC, las facturas del programa de contabilidad o el correo del sitio web dejan de llegar. Los destinatarios devuelven 550 5.7.1 con una referencia a DMARC.
Por qué: no se habían identificado todos los remitentes. Lo que no llega mediante SPF o DKIM alineados ahora se rechaza.
Confírmelo: el registro DMARC y los informes (lección 4.5): ¿qué fuentes fallan?
Solución: vuelva a p=none con una dirección de informes, repare todos los remitentes y luego avance paso a paso hacia quarantine y reject (lección 4.4). Esa es también la línea recomendada en este curso.
Error 4: DKIM no configurado en el servicio de envío.
Lo que ve: los boletines dejan de llegar a la bandeja de entrada en cada vez más destinatarios. En las cabeceras: dkim=pass header.d= con el dominio del servicio, dmarc=fail.
Por qué: el servicio firma con su propio dominio, de modo que DMARC no puede aprobarse mediante DKIM, y el SPF tampoco está alineado.
Confírmelo: cabeceras de un boletín de prueba (ejercicio Z7.1).
Solución: autentique su dominio en el servicio (DKIM mediante CNAME, lección 7.1).
Errores con redirecciones y direcciones
Error 5: redirigirlo todo a Gmail.
Lo que ve: el correo de algunos remitentes no llega a la dirección de Gmail a la que redirige su correo profesional, o cae en spam. A veces los remitentes reciben un rebote de Gmail.
Por qué: al redirigir, el correo llega a Gmail desde su servidor, que no figura en el SPF del remitente original. Sin DKIM, o con un remitente con p=reject, DMARC falla. Además, para Gmail el spam redirigido parece spam que envía usted, lo que perjudica su reputación.
Confírmelo: el rebote o las cabeceras en Gmail (spf=fail o softfail con su servidor como origen).
Solución: no redirigir, sino añadir el buzón mediante IMAP en la aplicación de Gmail del teléfono (lecciones 2.4 y 3.3).
Error 6: un catch-all.
Lo que ve: mucho spam en direcciones que nunca han existido (xyz123@example.com), y un buzón lleno.
Por qué: un catch-all acepta correo para cualquier dirección imaginable. Los spammers prueban direcciones al azar y todas llegan. Si además redirige el catch-all hacia fuera, se convierte en el error 5 a lo grande.
Confírmelo: revise en el buzón a qué direcciones de destinatario iba dirigido el spam.
Solución: desactive el catch-all y cree un alias o un buzón para cada dirección realmente usada (lección 3.3).
Error 7: la dirección del visitante como remitente en un formulario.
Lo que ve: los mensajes del formulario de contacto llegan a veces sí y a veces no, sobre todo los de visitantes con una dirección de un gran proveedor.
Por qué: su sitio web envía "en nombre de" el dominio del visitante. Si ese dominio tiene p=reject o p=quarantine, el destinatario rechaza o filtra el correo (lección 7.3).
Confírmelo: compruebe qué From usa el formulario.
Solución: su propia dirección en From, el visitante en Reply-To.
Errores de configuración
Error 8: servidor saliente sin autenticación.
Lo que ve: recibir funciona, enviar no. Un mensaje como "relay access denied", "authentication required" o 550 5.7.1. En el iPhone suele ocurrir: los campos del servidor saliente se dejan vacíos ("opcional").
Por qué: un servidor saliente solo reenvía correo de quien inicia sesión. De lo contrario, cualquiera podría usarlo como cañón de spam.
Confírmelo: la configuración del servidor saliente en el programa de correo.
Solución: active la autenticación, con la dirección de correo completa y la contraseña, puerto 587 con STARTTLS o 465 con SSL/TLS (lecciones 1.4 y 2.3).
Error 9: mail.<dominio> como nombre de servidor sin el certificado correspondiente.
Lo que ve: un aviso de certificado no válido o "no se puede verificar la identidad del servidor", o la conexión no se establece en absoluto.
Por qué: el programa comprueba si el nombre del servidor figura en el certificado. mail.example.com puede apuntar al servidor, pero no estar incluido en el certificado. O el nombre, tras una mudanza, todavía apunta al proveedor anterior.
Confírmelo: haga comprobar los puertos de correo con el nombre del servidor (ejercicios Z2.1 y Z8.4).
Solución: use el nombre de servidor que indique el proveedor, y nunca haga clic sin más en "continuar de todos modos" (lección 2.1).
Error 10: un buzón lleno.
Lo que ve: los remitentes reciben un rebote con 452 4.2.2 o 552 5.2.2 (buzón lleno). Usted no nota nada, o solo que deja de llegar correo nuevo.
Por qué: el buzón ha alcanzado su cuota. A menudo por años de archivos adjuntos, o por una carpeta de Enviados y Basura que nunca se vacía.
Confírmelo: el uso del buzón en el panel o en el correo web.
Solución: limpiar, archivar, o aumentar la cuota (lección 3.2).
Errores al mudar el dominio
Error 11: olvidar el MX en una mudanza.
Lo que ve: tras trasladar el sitio web o el dominio, deja de llegar correo, o llega a un lugar donde nadie lo revisa. O al revés: ha trasladado el correo a un nuevo proveedor, pero el MX sigue apuntando al anterior.
Por qué: al cambiar de servidores de nombres, se traslada toda la zona. Si los registros MX del proveedor de correo no están en la nueva zona, su correo apunta al nuevo servidor web. O el MX nunca se actualizó.
Confírmelo: consulte el MX en el servidor de nombres autorizado (ejercicio Z8.2).
Solución: ponga los registros MX correctos en la zona que esté realmente activa, y luego copie el correo una vez más (lección 8.2).
Error 12: POP3 en varios dispositivos.
Lo que ve: el correo está en el portátil pero no en el teléfono, o al revés. Tras cambiar el portátil, han desaparecido años de correo.
Por qué: POP3 descarga el correo del servidor a un único dispositivo y a menudo lo elimina allí (lección 1.3).
Confírmelo: el tipo de cuenta en el programa de correo.
Solución: pasar a IMAP; arrastre primero al buzón IMAP el correo que solo esté en local.
Qué tienen en común estos errores
Revise la lista de nuevo. Casi todos los errores surgen porque alguien siguió una instrucción aislada ("añada este registro", "active la redirección") sin ver el conjunto. El hilo conductor de este curso:
- sepa quién envía correo en nombre de su dominio (inventario, lecciones 4.2 y 8.1);
- cambie una cosa a la vez y compruébelo después;
- lea la prueba: el rebote (lección 6.1), las cabeceras (lección 1.5), el informe DMARC (lección 4.5) y el DNS en el servidor autorizado.
Resumen
- Errores de DNS: dos registros SPF, demasiadas consultas, DMARC en reject demasiado pronto, DKIM no activado en un servicio de envío.
- Errores de direcciones: redirección a Gmail, catch-all, la dirección del visitante como From.
- Errores de configuración: sin autenticación saliente, un nombre de servidor que no figura en el certificado, un buzón lleno.
- Errores de mudanza: MX olvidado, POP3 en varios dispositivos.
- Confirme siempre la causa con pruebas antes de cambiar nada.
Cuestionario
Ejercicio
Ejercicio Z8.3: ¿Cuál es el error? Recibirá ocho casos breves, cada uno con un síntoma y una pequeña prueba (una cabecera, un rebote, una respuesta DNS o una configuración). Elija para cada caso el número del error (del 1 al 12). El programa corrige con una clave fija y, si la respuesta es incorrecta, muestra qué prueba ha pasado por alto.
Para seguir leyendo
Los pasos de estos artículos corresponden a los paneles de WebOké; en otros proveedores el funcionamiento es similar.
- Manual de DirectAdmin 18.9: Ya no recibo correo electrónico
- Manual de DirectAdmin 18.10: No puedo enviar correo electrónico
- Ya no recibo correos electrónicos: así puede averiguar la causa
- No puedo enviar correos electrónicos (la recepción sí funciona)
- Reenviar correo electrónico a otra dirección (reenviadores, catch-all no recomendado)
- Curso gratuito de DNS 8.4: Errores frecuentes