¿Por qué no llega el correo a mi dominio personalizado?

¿Qué debo comprobar primero?

Compruebe primero los registros MX, porque deciden a dónde se entrega cada mensaje del dominio. Un registro MX nombra un servidor de correo y una prioridad; los remitentes prueban primero el número más bajo. Si la lista está vacía, el correo no tiene a dónde ir. Si nombra al proveedor antiguo, el correo sigue llegando allí.

Dos comandos muestran la respuesta. Sustituya sunombre.com por su dominio.

¿Qué aspecto debe tener la respuesta de MX?

Debe enumerar solo los hosts de su proveedor actual. La respuesta esperada para Proton Mail son dos líneas: mail.protonmail.ch con prioridad 10 y mailsec.protonmail.ch con prioridad 20. Para Fastmail es in1-smtp.messagingengine.com con 10 e in2-smtp.messagingengine.com con 20. El método para leer cada registro está en cómo comprobar los registros MX, SPF, DKIM y DMARC.

¿Por qué el correo sigue yendo a mi proveedor antiguo?

Porque los registros MX antiguos siguen en la zona, o porque los resolutores aún los conservan en caché. Según el índice de Postelva del 12 de noviembre de 2026, tres de los proveedores con configuraciones MX documentadas, Proton Mail, Mailbox.org y Fastmail, le indican que elimine los registros MX que apuntan a otro sitio o que dé a los nuevos el número de prioridad más bajo. Dejar ambos conjuntos envía el correo a uno u otro servidor de forma impredecible.

El tiempo que necesita un cambio es aproximadamente el TTL antiguo del registro en el momento en que lo cambió. Un TTL de 3600 segundos significa hasta una hora de respuestas en caché; un TTL de 86400 significa hasta un día. Proton Mail indica que se deje hasta un día para los cambios de MX, y Mailbox.org dice que la sincronización de su registro de verificación puede tardar hasta 48 horas. Si está planificando un traslado en lugar de reparar uno, mover el correo a un nuevo proveedor sin perder mensajes explica cómo reducir el TTL de antemano.

¿Puede un dominio caducado detener mi correo?

Sí: una vez que el dominio ha superado su caducidad y su DNS deja de resolverse, el correo entrante rebota o se pierde. La Expired Registration Recovery Policy de ICANN permite al titular renovar desde el día de caducidad. Tras la eliminación, los registros gTLD ofrecen un periodo de redención de 30 días durante el cual se desactiva la resolución DNS, se bloquean las transferencias y el registrador puede restaurar el nombre por una tarifa adicional. El día exacto en que se detiene el DNS varía según el registrador.

Un segundo desencadenante, menos conocido, es el correo del titular. ICANN exige al registrador verificarlo en 15 días desde el registro, la transferencia o el cambio de titular, y un dominio cuyo titular nunca responde puede suspenderse. Postelva lo dice claramente: el email del registrante se verifica tras el registro, como exigen las normas de ICANN (en 15 días). Responda al correo de verificación y active la renovación automática, que aquí es renovación automática desde tu saldo, activada o desactivada para cada dominio. El calendario completo está en qué ocurre con el correo cuando caduca un dominio.

¿Pueden SPF, DKIM o DMARC hacer desaparecer el correo?

Afectan mucho más al correo que usted envía que al que recibe, pero una política DMARC estricta puede hacer que los receptores rechacen sus mensajes de plano. Un dominio solo puede publicar un registro SPF: un segundo registro, o un registro SPF que necesite más de 10 consultas DNS (RFC 7208), devuelve un error permanente y los receptores tratan la comprobación como fallida. Añada el include del nuevo proveedor al registro existente en lugar de crear uno nuevo.

Para DMARC, empiece en p=none con una dirección de informes, confirme que SPF y DKIM pasan en todo el correo legítimo, y pase después a quarantine y por último a reject. Mailbox.org advierte de que una política estricta fijada demasiado pronto puede rebotar correo legítimo. Los registros se explican en cómo crear un registro SPF.

¿Dónde encaja Postelva en todo esto?

Postelva aloja el DNS del dominio, así que todos los registros de esta guía se editan en el área de cliente. El DNS incluye alojamiento DNS gratuito con registros A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV y CAA, DNSSEC, y sus propios servidores de nombres si lo prefiere (de 2 a 13). Las plantillas de un clic cubren Proton Mail, Fastmail y Zoho Mail; para Tuta, Mailbox.org, iCloud+ y Migadu los registros se escriben en el editor DNS. Si una plantilla y un registro escrito a mano no coinciden, la zona muestra ambos, así que lea la lista completa antes de esperar la propagación. El soporte responde por correo: respuestas por correo en 12 horas, los 7 días de la semana, incluida ayuda con los registros MX, SPF, DKIM y DMARC.