Ir al contenido

Solución de problemas de dominios

Empieza con la CLI, que consulta cada registro en vivo:

Ventana de terminal
spacepost domains doctor acme.com

O compara a mano con dig:

Ventana de terminal
dig +short CNAME a1b2c3d4e5f6._domainkey.acme.com
dig +short MX send.acme.com
dig +short TXT send.acme.com
dig +short TXT _dmarc.acme.com

El dominio se queda en pending o not_started

Sección titulada «El dominio se queda en pending o not_started»
Causa Solución
Los registros aún no se han creado, o el DNS no se ha propagado Espera de 10 a 30 minutos y luego llama a POST /domains/{id}/verify. Los TTL de una hora o más pueden retrasarlo.
Nombre de dominio duplicado (a1b2._domainkey.acme.com.acme.com) Tu proveedor de DNS añade el dominio automáticamente; introduce solo el nombre relativo (a1b2._domainkey). Compruébalo con dig.
Nombre sin el dominio (a1b2._domainkey no se resuelve) Tu proveedor necesita el nombre completo (a1b2._domainkey.acme.com), algo habitual en Route 53.
Proxy de Cloudflare activado Los registros CNAME de DKIM deben estar en solo DNS (nube gris), sin proxy.
Punto final o espacios sobrantes en el valor Vuelve a pegar el valor exactamente.
Comillas alrededor del valor TXT Introduce el valor sin comillas.
Registro existente en conflicto en send Un CNAME en send.acme.com no puede coexistir con MX/TXT. Usa un return path personalizado distinto.
Dos registros SPF con el mismo nombre Únelos en un solo valor TXT. Solo se permite un registro v=spf1 por nombre.

SpacePost deja de intentarlo con un dominio cuyo DNS no ha aparecido pasadas 72 horas. Corrige los registros y llama de nuevo a verify; el estado vuelve a pending y después a verified.

403 invalid_from_address: “The example.com domain is not verified.” El dominio de from debe ser un dominio verificado en tu equipo, o un subdominio de uno. Comprueba si hay erratas y si estás usando la clave de API de otro equipo.

Un dominio solo puede pertenecer a un equipo. Si volviste a registrar un dominio tras dejar un equipo anterior, elimínalo primero allí o contacta con soporte.

El return path está verificado pero DMARC falla

Sección titulada «El return path está verificado pero DMARC falla»

Abre los encabezados de un mensaje recibido (Gmail: Mostrar original) y revisa Authentication-Results. Lo que buscas es dkim=pass header.d=acme.com y spf=pass con smtp.mailfrom=send.acme.com. Si SPF muestra amazonses.com, los registros del return path faltan o aún no se han verificado.

Escribe a support@spacepost.dev con el nombre del dominio y la salida de spacepost domains doctor.