"450 4.7.1 Client host rejected: cannot find your hostname" (o "reverse hostname"): cómo solucionarlo

Qué significa

El servidor que recibe tu email ha buscado el nombre de tu IP de envío y no le ha gustado la respuesta. Estos mensajes vienen de Postfix, un servidor de correo muy extendido:

450 4.7.1 Client host rejected: cannot find your hostname, [203.0.113.10]

450 4.7.1 Client host rejected: cannot find your reverse hostname, [203.0.113.10]

Algunos administradores hacen que este rechazo sea definitivo, y entonces recibes un código 550 5.7.1 Client host rejected en lugar de 450.

Un código 450 es temporal: tu servidor lo reintentará durante un tiempo. Pero si no cambias nada por tu parte, los reintentos fallarán y el email acabará rebotando.

Los dos textos son ligeramente distintos:

• "cannot find your reverse hostname": tu IP no tiene ningún registro PTR. Un registro PTR es el nombre asociado a una dirección IP, una especie de guía telefónica al revés.
• "cannot find your hostname": una prueba más estricta. La IP tiene un nombre PTR, pero ese nombre no apunta de vuelta a la misma IP, o no se resuelve en absoluto. Esta comprobación se llama DNS inverso confirmado en sentido directo (FCrDNS).

El error también puede aparecer cuando las consultas DNS fallan temporalmente, por ejemplo si los servidores de DNS inverso de tu proveedor están caídos.

Por qué importa

Los servidores de correo reales casi siempre tienen un nombre correcto. Los ordenadores domésticos infectados y los bots de spam normalmente no. Muchos receptores, incluidos los grandes proveedores, usan esta prueba para bloquear mucho spam con poco esfuerzo. Sin un DNS inverso correcto, también sufrirás más filtrado antispam, incluso donde no te rechacen directamente.

Cómo comprobarlo

1. Haz una prueba con Delivmail. Desde el mismo servidor, envía un email a la dirección única de la página de inicio (/). El informe muestra tu IP de envío, su nombre PTR y si ese nombre apunta de vuelta a la IP. También muestra el nombre HELO que anunció tu servidor.
2. Consulta la IP en /blacklists: el resultado también muestra su nombre de DNS inverso.
3. Desde la línea de comandos, puedes comprobarlo tú mismo:

   dig -x 203.0.113.10 +short
   mail.yourdomain.com.
   dig mail.yourdomain.com A +short
   203.0.113.10

   El primer comando da el nombre PTR. El segundo debe devolver la misma IP.

Cómo solucionarlo

1. Averigua quién controla el PTR. El DNS inverso lo gestiona el propietario de la IP: tu empresa de hosting, tu proveedor de VPS o tu proveedor de internet. No se configura en la zona DNS de tu dominio. Busca «reverse DNS», «rDNS» o «PTR» en su panel de control, o pregunta al soporte.
2. Elige un nombre en tu propio dominio, por ejemplo mail.yourdomain.com, y configúralo como PTR de la IP de envío.
3. Crea el registro A. En el DNS de tu dominio, haz que mail.yourdomain.com apunte a esa misma IP. Sin esto, seguirás recibiendo "cannot find your hostname". Para IPv6, haz lo mismo con un registro AAAA y el PTR de IPv6.
4. Haz coincidir el nombre HELO. Configura tu servidor de correo para que se presente con el mismo nombre (en Postfix, myhostname). Esta regla no lo comprueba, pero muchos otros filtros sí lo comparan.
5. Comprueba qué IP envía realmente. Un servidor con varias IP, o con IPv6 activado, puede enviar desde una dirección que no has corregido. El informe de Delivmail muestra la IP realmente utilizada.

Si no puedes configurar un PTR

Las conexiones de casa y de oficina normalmente no lo permiten. En ese caso, no envíes directamente: haz pasar tu correo por el servidor de salida de tu proveedor de email o por un servicio de envío, que ya tienen nombres correctos.

Comprueba que está solucionado

Los cambios de PTR pueden tardar desde unos minutos hasta unas horas en ser visibles en todas partes. Haz una nueva prueba con Delivmail: la sección de DNS inverso debería mostrar tu nuevo nombre y confirmar que apunta de vuelta a la IP. Después vuelve a enviar el email que rebotó, o deja que tu servidor reintente los mensajes que siguen esperando en su cola.