Si el correo falla después de activar Cloudflare, revisa primero la zona DNS y los nombres utilizados por el servicio de correo. La web puede funcionar mientras los registros de recepción o autenticación apuntan a otro destino.
Antes de editar, identifica tu proveedor de correo y guarda los registros actuales. Cambiar varios valores a la vez puede ocultar cuál causaba el problema.
Separa la web del correo
El dominio de la web y los nombres usados para SMTP, IMAP o POP pueden requerir configuraciones diferentes. Cloudflare explica que su proxy HTTP estándar no transporta esos protocolos de correo. El registro MX es DNS-only, y el nombre al que apunta debe resolver al destino adecuado sin ese proxy. Consulta su diagnóstico oficial de problemas de correo.
No apliques la misma configuración a todos los registros del dominio por uniformidad visual. Cada uno cumple una función.
Comprueba quién responde por tu DNS
Identifica los nameservers autoritativos. Si acabas de cambiarlos, comprueba que la nueva zona contiene los registros que necesita tu proveedor. Una captura del panel anterior no demuestra que esos valores sigan respondiendo públicamente.
Conserva la hora del cambio y compara los valores observados con los que documenta tu proveedor. No sustituyas los MX de Microsoft 365, Google Workspace u otro servicio por una dirección local solo porque la ofrece tu hosting.
Describe el síntoma con precisión
- No recibes mensajes: comprueba el destino de recepción y guarda el rechazo del remitente.
- No puedes abrir el buzón desde una aplicación: revisa el servidor y puerto configurados en ese cliente.
- Envían, pero otros los rechazan: reúne el rechazo y la información de autenticación.
- Solo falla el formulario web: revisa su método de envío y la configuración de esa aplicación.
Estos grupos organizan las comprobaciones. No establecen una causa única: también pueden intervenir credenciales, servicio del proveedor o configuración de la aplicación.
Prueba un cambio identificable
- Guarda el valor anterior y el motivo del ajuste.
- Aplica únicamente el cambio confirmado por la documentación o el administrador.
- Comprueba la resolución DNS del nombre afectado.
- Envía un mensaje de prueba hacia dentro y otro hacia fuera.
- Revisa el cliente habitual y los formularios relacionados.
Registra los resultados y conserva los errores completos. No publiques encabezados con datos personales ni reenvíes mensajes de clientes para hacer una prueba.
Revisa también los emisores del dominio
Haz una lista de las plataformas que envían: buzones, formularios, facturación o campañas. Antes de modificar autenticación, contrasta lo que necesita cada emisor. Un cambio puede permitir el correo del buzón y dejar fuera una integración que también utiliza tu dominio.
La comprobación final debe incluir esos flujos con datos ficticios. No hace falta enviar mensajes masivos para validar la configuración.
Preguntas frecuentes
¿Debo desactivar Cloudflare para todo el dominio?
No como primera medida general. Identifica el registro o servicio afectado y revisa su función antes de modificar el conjunto de la web.
¿Es normal que la web abra y el correo falle?
Puede ocurrir porque dependen de registros y servicios diferentes. Comprueba ambos recorridos por separado.
Si utilizas el hosting de Hostilimitado, explica al soporte dónde se administra el DNS y quién aloja el correo. Esa información permite revisar el lugar correcto sin sustituir registros que pertenecen a un servicio externo.
