es

Configuración MX de Dominio Personalizado sin Adivinanzas

Conecta un dominio a GPTMail con una configuración MX limpia, verifica lo que realmente devuelve el DNS autoritativo y diagnostica los casos comunes donde un registro que parece correcto aún falla.

17 jul 2026

Una ruta precisa desde un dominio personalizado a través de DNS a una bandeja de entrada de correo

Un registro MX responde a una pregunta estrecha: ¿qué servidor debe recibir el correo para este dominio? Para un dominio personalizado de correo temporal, Cloudflare puede alojar el DNS autoritativo, mientras que GPTMail—no Cloudflare—provee el servicio de buzón receptor. La configuración se vuelve confusa cuando el panel de DNS parece correcto pero la respuesta DNS pública indica otra cosa.

La solución es dejar de juzgar el formulario y examinar la respuesta que internet realmente puede ver.

Antes de cambiar DNS

Confirma tres detalles:

  • Puedes editar DNS para los servidores de nombres autoritativos del dominio.
  • El dominio es exactamente el dominio en el que deseas recibir correo.
  • Has copiado el objetivo MX público actual que muestra GPTMail.

GPTMail muestra actualmente el objetivo requerido en el panel de añadir dominio y en la página de dominio. Usa ese valor en lugar de una captura de pantalla antigua o un registro copiado de otro servicio.

El registro mínimo

Para el objetivo público actual de GPTMail, el registro suele ser:

Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1

Los proveedores de DNS describen el campo de host de manera diferente. @, un valor en blanco o el propio dominio pueden significar el ápice de la zona. Sigue la convención del proveedor; no ingreses literalmente @ si la interfaz espera un campo vacío.

Algunos proveedores requieren un punto final después del objetivo y otros lo añaden automáticamente. Ambas formas representan el mismo nombre DNS cuando se manejan correctamente.

Elija público o privado antes de copiar el objetivo

GPTMail tiene dos modos de dominio personalizado, y no siempre utilizan el mismo objetivo MX.

  • Un dominio público usa el objetivo público que se muestra en la página de dominios. Después de la verificación aparece en la lista de dominios públicos y recibe una clave API para solicitudes del lado del servidor.
  • Un dominio privado permanece fuera de la lista pública y está vinculado a su cuenta de GPTMail: inicie sesión primero y solo esa cuenta podrá ver sus mensajes. Comience en la pestaña de dominio privado en la página principal de GPTMail y genere la configuración DNS dedicada antes de editar el MX.

No copie el ejemplo público de este artículo en una configuración de dominio privado. El valor mostrado para el dominio que está añadiendo es la fuente de la verdad.

La prioridad no es una configuración de velocidad

Los números más bajos tienen mayor preferencia. La prioridad 1 es el valor predeterminado claro, pero 0 o 10 también funcionan cuando es la única ruta MX. La configuración peligrosa es un registro antiguo con un número más bajo que apunta a otro lugar. Los remitentes intentarán esa ruta primero.

Durante la migración, elimina los registros MX obsoletos a menos que deliberadamente operes un receptor de respaldo probado. Los registros múltiples no son una decoración inofensiva; definen rutas de entrega alternativas.

Verificar la respuesta autoritativa

Después de guardar el registro, consulta el DNS público:

dig MX your-domain.example

La respuesta debe contener el objetivo de GPTMail. Si no lo hace, verifica qué servidores de nombres son autoritativos:

dig NS your-domain.example

Luego consulta directamente uno de esos servidores de nombres:

dig @authoritative-nameserver.example MX your-domain.example

Esto separa el retraso de propagación de la edición de la zona DNS incorrecta. Si el servidor autoritativo ya devuelve el nuevo registro pero un resolvedor público no lo hace, espera a que expire la caché. Si el servidor autoritativo sigue devolviendo el valor antiguo, esperar no lo solucionará; el cambio se guardó en el lugar equivocado o no se publicó.

Por qué un registro correcto puede aparecer como desconocido

Las comprobaciones DNS pueden devolver temporalmente ninguna respuesta debido a tiempos de espera del resolvedor, problemas de servidores de nombres, errores de DNSSEC o un registro que aún se está propagando. Una búsqueda fallida no prueba que el dominio esté mal configurado.

Si GPTMail informa que el registro MX no apunta al servidor requerido:

  1. Copia el valor MX real que se muestra en el gestor de dominios.
  2. Compáralo con el objetivo requerido, incluyendo el nombre de host completo.
  3. Verifica si hay un registro competidor con una preferencia mayor.
  4. Consulta directamente el servidor de nombres autoritativo.
  5. Espera varios minutos y vuelve a intentarlo después de un nuevo cambio DNS.

No elimines y recrees repetidamente el dominio mientras el DNS se está propagando. Eso cambia el estado de la aplicación sin cambiar lo que devuelve el DNS.

Configuración autorizada por Cloudflare

Cloudflare es el proveedor de DNS en este flujo; GPTMail es el receptor de buzón temporal. Esta configuración no utiliza Cloudflare Email Routing.

Antes de autorizar, verifica lo siguiente:

  • Selecciona la cuenta y zona de Cloudflare que realmente controlan el dominio.
  • Si Cloudflare Email Routing está habilitado, desactívalo primero. GPTMail detecta sus registros MX de enrutamiento, se detiene sin cambiar el DNS y te pide resolver el conflicto.
  • Revisa el objetivo mostrado por GPTMail. La autorización única reemplaza los registros MX solo para ese dominio; los demás tipos de registros DNS no se modifican, y el token de acceso se revoca después de que se completa la devolución de llamada.

El registro automático usa la prioridad 0, mientras que el ejemplo manual anterior usa 1. Ambos son válidos cuando es la única ruta MX. La autorización reduce errores de escritura, pero la verificación final sigue dependiendo del DNS público.

Si el dominio usa otro proveedor de DNS, agrega el registro manualmente y vuelve a GPTMail para reintentar la verificación.

Probar la entrega real

Una consulta MX confirma el enrutamiento, no la entrega de extremo a extremo. Después de la verificación:

  • crea una dirección nueva en el dominio;
  • envía un mensaje corto en texto plano desde un proveedor no relacionado;
  • confirma que la dirección del destinatario coincide exactamente;
  • espera a que el remitente complete la entrega antes de asumir un fallo;
  • prueba con un segundo remitente si el primer mensaje se retrasa.

Evita probar solo desde un sistema que haya almacenado recientemente la ruta MX antigua.

Mantén la propiedad y la recuperación separadas

Un dominio personalizado te brinda control de nombres, pero GPTMail sigue siendo un servicio de buzón temporal. Mantén el acceso al registrador, la recuperación de DNS y la recuperación de cuentas importantes en un buzón duradero fuera del dominio temporal.

Para decidir si un dominio privado es apropiado desde el principio, lee Elige un buzón por consecuencia, no por conveniencia. Si los mensajes de prueba aún no llegan después de la verificación MX, usa Correo de verificación no llega: encuentra el paso roto.

GPTMail