Email problema: 550-Verificación de no

Para la mayor parte puedo enviar mensajes de correo electrónico muy bien con mi servidor, pero de vez en cuando algunos hosts rechazará el correo electrónico me da los 550 de verificación de no devolución. He aquí un ejemplo de lo que recibirá de vuelta:



He sustituido los nombres de servidor anterior con las ficticias por razones de privacidad. De todos modos tengo registros de configuración MX para myhost.com, tengo un registro, así como para myhost.com todos apuntando a mis servidores de propiedad intelectual. ¿Alguien ha tenido este problema antes o sabe lo que puede ser la causa. He mirado por ahí y realmente estoy confundido aquí.

Sólo quiero dejar que ustedes saben que he resuelto el problema y aquí es lo que hice. Appare notly no es agrado el hecho de que el principal y los nombres y el nombre de host real del servidor son los mismos. Todo lo que hicimos fue cambiar el nombre de host a otro routable nombre de dominio como mail.somedomain.com y se aseguró de todos los registros MX se encontraban en el lugar. Eso parece haber resolver el problema. He probado el envío de mensajes de correo electrónico a todos los ordenadores que previamente han rechazado, y no devolverá los mensajes de correo electrónico. De hecho me dieron algunas respuestas a partir de ahora les confirma que es fijo. He buscado por toda la Internet y ahora han encontrado una resolución como ésta aparece en la lista, a fin de esperar que esta ayuda a alguien más en el futuro.

Para cambiar el nombre de host del servidor me escribas en SSH (iniciar sesión como usuario root):

host mail.somedomain.com

Entonces también se aseguró de que mail.somedomain. com llegó justo después de localhost. Por lo tanto, en otras palabras, se ve algo así como:

127.0.0.1 localhost localhost.localdomain
55.555.55.5 mail.somedomain.com

Definitivamente nos animan a las personas para enviar sus soluciones, aunque
nadie ha respondido a la original hilo. Mucha gente respuesta
a sus propios puestos de decir "No importa, he encontrado la respuesta." Nosotros
intentar difícil encontrar a esas personas y asegúrese de que el puesto
respuesta para alguien en el futuro, y como usted ha dicho, para google.

Su ozzu el camino!

Hey, pensamiento Id le permiten conocer su solución trabajado. Im azar googlers que llegó a través de este. gracias un montón.

Bienvenido al azar Ozzu googlers

Hola,

hemos sbs2k y el intercambio se ha creado y dirige absolutamente multa tanto para interior / exterior y entrantes / salientes mensajes de correo electrónico. El problema es que obtenemos cuando tratamos de enviar mensajes a una determinada dirección, el usuario recibe el envío de la siguiente dirección de correo electrónico vuelve a ellos en cuestión de segundos:

Interior dominio abc.co.uk intentando enviar mensajes de correo a las xyz.co.uk

Su mensaje no llegó a todos o algunos de los destinatarios.

Asunto: test 12:17
Enviado: 06/04/2004 12:15

El siguiente destinatario (s) no se pudo llegar a:

info@xyz.co.uk en 06/04/2004 12:25
Hubo un problema de comunicación SMTP con el servidor de correo destinatarios. Por favor, póngase en contacto con el administrador del sistema.
<servername.abc.co.uk #5.5.0 smtp; 550-Verificación de no <user@abc.co. Reino Unido>>


El servidor recibe el intercambio de mensajes de correo electrónico en una dirección IP pública a través de registro MX cambio.
He hablado con BT (proveedor de ADSL) para ver si existe algún tipo de anti-spam y los filtros no son mucha ayuda.

El destinatario xyz.co.uk decir que no restringen ningún mensaje y que enviar / recibir bien.

Estoy realmente atascado, tengo quedamos sin ideas, nadie tiene ningún pistas?
gif "alt =": roll: "title =" Rolling Eyes "/>

Algunos servidores SMTP rechazará el correo si el envío de acogida no tiene un registro PTR en la búsqueda inversa. Me corrió este problema en un par de semanas atrás, donde si alguien intenta enviar a anyone@aol.com que obtendría devuelto. Resultó ser un problema de AOL tuvo que arreglar, pero he sido informado por mi equipo que esta fue la razón por la que estaba pasando.

Verifique para asegurarse de que tiene un registro PTR para su servidor de correo.

Hola, gracias por el desplazamiento.

Dirigimos nuestro propio servidor de Exchange, la empresa de alojamiento ha cambiado el registro MX para reenviar todo el correo para solicitar la dirección IP pública cuando servidor de Exchange está a la espera de reunir y manejar el correo.

En caso de que el registro PTR se almacenarán? ¿Sería ésta con la empresa de alojamiento o dentro de nuestro servidor de Exchange?

Sé que alguien en este grupo tenía el mismo problema, pero no pude encontrar la solución a partir de su publicación. Él escribió el texto siguiente:

".........

Sólo quiero dejar que ustedes saben que he resuelto el problema y aquí es lo que hice. Appare notly no es agrado el hecho de que el principal y los nombres y el nombre de host real del servidor son los mismos. Todo lo que hicimos fue cambiar el nombre de host a otro routable nombre de dominio como mail.somedomain.com y se aseguró de todos los registros MX se encontraban en el lugar. Eso parece haber resolver el problema. He probado el envío de mensajes de correo electrónico a todos los ordenadores que previamente han rechazado, y no devolverá los mensajes de correo electrónico. De hecho me dieron algunas respuestas a partir de ahora les confirma que es fijo. He buscado por toda la Internet y ahora han encontrado una resolución como ésta aparece en la lista, a fin de esperar que esta ayuda a alguien más en el futuro.

Para cambiar el nombre de host del servidor me escribas en SSH (iniciar sesión como usuario root):

mail.somedomain host. com

Entonces también se aseguró de que mail.somedomain.com llegó justo después de localhost. Por lo tanto, en otras palabras, se ve algo así como:

127.0.0.1 localhost localhost.localdomain
55.555.55.5 mail.somedomain.com


................. "




Gracias.

Gracias por la actualización.

Otro azar googlers, gracias por la info!

googlers azar. en roca.

Ok chicos, tengo un problema un poco similar a este, pero aquí es el problema;

Tengo un sitio de configuración en un servidor dedicado, pero el nombre estaba registrado en otros lugares, La configuración de DNS se han cambiado a las servidor dedicado, y el sitio funciona bien.

Cualquier correo electrónico que crear ahora puede enviar e-mails pero no recibirá, cuando Itry para enviar e-mail a la dirección que estas todos los devueltos de todos los tipos de cuentas el error me da es la siguiente;

Este mensaje se ha de efectuar por el motivo siguiente:

"Cada uno de los siguientes destinatarios fue rechazado por un servidor de correo remoto.
Las razones aducidas por el servidor se incluyen para ayudarle a determinar por qué
cada beneficiario fue rechazada.

Receptor: <name@domain.co.uk>
Exposición de motivos: 5.7.1 <name@domain.co.uk>...Transmisión de negar. Por favor, comprueba tu correo primero.


Por favor, responda a Postmaster@ntlworld.com (Este puede ser cualquier ISP)
si se siente este mensaje para estar en error. "

¿Por dónde empezar a resolver esto? cualquier pistas sería grande

Gracias

Servidores SMTP no relay de correo sólo a nadie. Esto es de diseño con el fin de evitar el spamming. La solución proporcionada por encima de Bigwebmaster debería resolver su problema también. Además de los registros MX y nombre de host para el servidor de correo, algunos servidores SMPT exigir que un puntero invertir registro estar en su lugar. Si no tiene la capacidad de hacer esto en su servidor o no sabes cómo hacerlo, consulte con su anfitrión. Ellos deberían ser capaces de ayudarle a obtener lo establecido correctamente.

BigWebMaster, si su solución de sus obras que va a recibir una cookie! Tengo estos errores volviendo cada vez con tanta frecuencia:



----- Las siguientes direcciones permanentes había errores fatales -----
<@ someguy en alguna parte. com>
(razón: 503 válidas comando RCPT debe preceder DATA)

----- Transcripción de la sesión siguiente -----
...mientras habla con mxs.mail.ru.:
>>> DATOS
<<<503 válidos comando RCPT debe preceder DATA
554 5.5.0 Remote error de protocolo




----- Las siguientes direcciones permanentes había errores fatales -----
<someguy@somewhere.com>
(razón: 550-Verificación de no <@ me mydomain. com>)

----- Transcripción de la sesión siguiente -----
...mientras habla con mx.somewhere.com.:
>>> DATOS
<<<550-Verificación de no <me@mydomain.com>
<<<550-unrouteable mail dominio "mydomain.com"
<<<550 verificar me@mydomain.com no
550 5.1.1 <@ someguy en alguna parte. com>...Usuario desconocido
<<<503 válidos comando RCPT debe preceder DATA

BigWebMaster una rápida pregunta? Su archivo / etc / hosts tiene la línea

55.555.55.5 mail.somedomain.com

corregir si me equivoco, pero no debe ser...

55.555.55.5 somedomain.com mail