Debe un cliente SMTP proporcionar el MTA de forma global, se puede resolver el nombre de anfitrión en el HELO?[cerrado]

Question

En resumen:Estoy tratando de averiguar si debo decirle a un administrador de correo de un amigo del empleador si su configuración de correo electrónico debe ser fijo, o si debo revisar mi propia política para ser más liberal en lo acepto, o ninguno.

Un amigo se quejaba de no llegar a nada en mi correo.Me clavaron en ella y parece que el nombre de host de su servidor de correo cuando se conecta a la mina estaba en algún lugar en el *.el espacio local, lo que significa que no se pueden resolver globalmente.

Ellos fueron rechazados con el "comando Helo rechazado:No se encuentra el Host;" mi servidor de correo postfix.Estoy quizás estricta en mi UCE cheques en postfix, así que he incluido en la lista blanca de su (en mi opinión, mal configurado el servidor, pero ahora estoy tratando de averiguar hasta qué punto en realidad están mal configurados, versus si sólo estoy siendo demasiado duro en lo acepto.

Así que he comprobado el Rfc RFC 821 dice "El HELO receptor PUEDE verificar que el HELO parámetro que realmente corresponde a la dirección IP del remitente.Sin embargo, el receptor NO DEBE negarse a aceptar un mensaje, incluso si el remitente del comando HELO falla la verificación". que me sugiere que en realidad yo soy el uno violar el RFC.

Fue en esta parte de la RFC 821 nunca reemplazado por un futuro RFC, que puedo señalar?O debe servidores de correo de aceptar el correo con falsas HELOs?Hay muy respetado las autoridades puedo señalar que el estado del HELO nombre de host debe ser válida, como una referencia para ponerse en contacto con su correo de admin?

Answer 1

SMTP Rfc no lo requieren, pero muchos de los populares sistemas de rechazar el correo con falsas HELOs.Tenga en cuenta que el RFC 1033 y RFC 1912 ambos requieren que todos los internet-accesible a los hosts tienen un nombre válido;listado con ese nombre en el HELO va a solucionar muchos problemas.Algunos filtros de spam, por desgracia, también rechaza el correo de nombres de host que contiene cadenas que implica que están en la dinámica de las reservas de direcciones (por ejemplo,"dinámico", "dsl", o separadas por guiones dirección IP como es común con muchos proveedores de internet).

Una opción, si su amigo no tiene control sobre sus DNS inversa es el uso de una máquina adecuada como smarthost para el correo saliente;por ejemplo,su servidor de correo del ISP.

Answer 2

Estrictamente, eres ambos violar el RFC.

Las secciones de la nota son:

El emisor SMTP DEBE asegurarse de que el parámetro de un comando HELO es válido principal de host nombre de dominio para el cliente de host.

y

El HELO receptor PUEDE verificar que el HELO parámetro que realmente corresponde a la dirección IP del remitente.Sin embargo, el receptor NO DEBE negarse a aceptar un mensaje, incluso si el remitente del comando HELO falla la verificación.

Debido a la prevalencia de spam, mailservers estos días son considerablemente más estrictos que los RFCs dicen que debe ser, y es común encontrar todo tipo de propiedad, cheques y las razones para el rechazo.

Sin embargo, no están haciendo a sí mismos favorece a todos por tener una incorrecta de nombre de host en su HELO cadena.Mientras que su servidor de correo probablemente va a funcionar perfectamente bien, porque de ellos es probable que tenga problemas para enviar y recibir correo electrónico de muchos de los sistemas.

Me gustaría hacerles saber.Si sólo debido a su configuración, que probablemente no está recibiendo todo el correo electrónico que debe ser.

Answer 3

Como usted cita, el RFC 822 estándar de las hojas de la conducta hasta el MTA.En estos días, rechazando las conexiones en el HELO etapa, si el nombre no puede ser resuelto (y la comprobación contra una lista negra como spamhaus) es la única manera de Mta para mantener la inundación de spam generado por las redes de bots.

Así que no hay ninguna norma que diga que usted DEBE, pero si no, tu correo no llegará muy lejos.

Answer 4

Sí que deberían.Un montón de otros sistemas, incluyendo yahoo, se rechaza el correo de nombres de host que no se puede revertir la mapa para la dirección IP de conexión, o que no pueden resolver.

Answer 5

Eh, yo no estoy de acuerdo.Se puede dar el total de la basura dentro de la EHLO/HELO si se quiere.Siempre que dice algo, y como me puede resolver la dirección ip está viniendo, estoy feliz.

Dentro de la EHLO es a menudo un corto nombre de host, no un FQDN.