Espero que alguien aquí tenga una idea de dónde buscar a continuación. Tenemos un dominio que admitimos y al que un usuario en particular le envió un correo electrónico rebotado con el siguiente mensaje:
La entrega al siguiente destinatario fracasó de forma permanente:
[email protected]Detalles técnicos del fallo permanente: Google intentó entregar su mensaje, pero fue rechazado por el dominio del destinatario. Recomendamos ponerse en contacto con el otro proveedor de correo electrónico para obtener más información sobre la causa de este error. El error que devolvió el otro servidor fue: 550 550 Dirección no enrutable (estado 14).
Solo tenemos informes de rebotes de este usuario en particular (que es alguien a quien no brindamos soporte, excepto que le gustaría poder comunicarse con nuestro cliente y estamos tratando de determinar si el problema está en nuestra parte). Muchas personas pueden realizar envíos exitosos a este dominio y el usuario que recibe mensajes devueltos puede enviarlos a otros dominios que admitimos (por lo que claramente es algo específico del dominio princetonscoop.com y no de nuestra configuración en general). Revisé los registros MX varias veces y los registros del servidor no muestran una conexión que genere este error (de hecho, este error no es uno que nuestro servidor de correo devolvería). Parece que Google se está comunicando con un servidor de correo diferente por algún motivo. He probado el envío desde mi cuenta de Gmail y funciona. Creo que el remitente está usando una cuenta de Google Apps (la cuenta que está usando es de su propio dominio, no de una cuenta de Gmail).
¿Alguna idea sobre lo que podría estar sucediendo aquí o qué probar/investigar a continuación? Gracias.
Respuesta1
Esto es un rechazo del servidor de correo receptor, por lo que deberá comunicarse con el administrador de correo de princetonscoop.com y pedirle que revise sus registros. Muchos filtros antispam no le brindan más información que la que tiene en su mensaje de rebote, por lo que muy bien podría estar rebotando porque el remitente está en una RBL u otra base de datos de SPAM.
Ha probado todo lo que puede hasta este momento, por lo que necesita ayuda del administrador de correo en princetonscoop.com. ¡Buena suerte!
Respuesta2
Entonces, una pieza clave del rompecabezas es que los sitios web de ambos dominios (princetonscoop.com, el dominio que admitimos, y janeconsignment.com, el dominio que no admitimos y que no pueden enviar correos electrónicos a princetonscoop.com) están alojados en Media. Templo. No estoy seguro exactamente de cómo se configura el correo electrónico para janeconsignment.com (ya que no son nuestros clientes), pero creo que están usando Google Mail para su dominio. Media Temple hace algo bastante estándar y omite la búsqueda de DNS si el correo electrónico se envía a un dominio que admita. Hay una configuración en el panel de control que debe configurarse si su sitio web está en Media Temple pero no en su servidor de correo electrónico. Como no admitíamos su sitio web, no teníamos acceso al panel de control y no podíamos buscar la configuración. Después de investigar un poco más, descubrimos que ambos estaban con MT, buscamos información y le pedimos a su web master que verificara la configuración. Cambiar la configuración resolvió el problema y el misterio.