Contenido
Los siguientes archivos deben usarse y configurarse correctamente para que el banner SMTP coincida con los registros DNS inversos. Este error se muestra porque su mensaje de saludo SMTP no coincide con los registros PTR para la IP del servidor SMTP utilizado en la prueba. Dirija cada uno de los dominios a registros MX comunes para un solo nombre de host y dirección PTR, lo que resolverá las discrepancias de DNS. Es una buena práctica poner el nombre de su servidor en su banner SMTP para que cualquiera que se conecte a través oracionesasanalejo.com de su dirección IP tenga una idea de con quién está hablando. Recibirá esta advertencia si el nombre que se presenta no está en el mismo dominio que el nombre de host que obtenemos cuando realizamos una búsqueda PTR en su dirección IP. No voy a entrar en demasiados detalles aquí, pero si tiene todos estos registros en su lugar y se asegura de que apunten a la dirección IP pública, que envía el correo al servidor de intercambio, entonces debería estar contento. Utilice el sitio web IPCHICKEN.COM en su servidor Exchange.
La mayoría de los sistemas de correo no rechazarán sus mensajes por completo, pero esto puede afectar su puntuación de spam aumentando la probabilidad de que sus mensajes se marquen como spam. ¡Tenga en cuenta que los registros MX no influyen en esto! Los registros MX se utilizan para enviar correo a un dominio específico, no para verificar que un determinado servidor de correo pueda enviar correo desde ese dominio. Para configurar el DNS inverso, debe enviar los registros DNS proporcionados por SendGrid a su DNS o proveedor de alojamiento (por ejemplo, GoDaddy, Hover, CloudFlare, etc.). Primero, averigüe quién es su proveedor de alojamiento y si tiene acceso. Si no tiene acceso a su DNS o proveedor de alojamiento, debe averiguar quién en su empresa tiene este acceso antes de comenzar a configurar el DNS inverso. La configuración de DNS inverso en una dirección IP permite a los proveedores de buzones de correo verificar al remitente cuando realizan una búsqueda de DNS inversa al recibir los correos electrónicos que envía.
Para completar esta acción, inicie sesión en su cuenta comunitaria o cree una nueva
Creamos sus registros de DNS en función del subdominio y los proveedores de DNS no aceptan registros de DNS que contengan guiones bajos. Si el correo electrónico era para domainHHH.com, la respuesta sería mail.domainHHH.com, etc.
Un registro A asigna su dominio a su dirección IP. Cuando un proveedor de buzón busca su A Record, ve su dirección IP de SendGrid. Cuando miran su dirección IP, ven el rDNS que coincide con su Registro A. Esta verificación circular prueba su asociación de IP de SendGrid con su dominio y su asociación de dominio con su IP de SendGrid. Luego, para evitar el problema de rDNS, configure ptr record para resolver correctamente este FQDN en el servidor de correo. Compruebe si Messaging Gateway está configurado para aceptar mensajes para varios dominios. En este caso, puede haber varios registros DNS MX y A configurados que envían correo directo a Messaging Gateway para los dominios, lo que provoca errores de discrepancia de DNS o problemas de entrega. Por lo tanto, no entraré en la explicación de los banners entrantes, excepto para decir que cuando su correo llega a este servidor, la búsqueda es interna, por lo que el banner siempre debe ser interno.
Navegar por otras preguntas etiquetadas Sistema de seguridad
Sin embargo, si tiene la capacidad de hacerlos coincidir, debería hacerlo. Algunos servidores lasplantasdeinterior.net de correo buscan esto y lo usan para marcar los mensajes que envía como cuestionables.
La respuesta corta es que el nombre de la dirección IP inversa no está contenido en el banner del servidor HELO o EHLO. En el siguiente ejemplo, la cadena «algún otro dominio.com» no se encuentra en ninguna parte del banner del servidor, que informa «ejemplo.com». Esto es solo una advertencia y, en algunos casos, es posible que no tenga control sobre esto.
Además, tiene un servidor, con un certificado, que coincide con este FQDN, por lo que debería tener sentido que todos tengan el mismo nombre. Haga lo que dice el error y configure el Banner en el FQDN interno. Un subdominio es un prefijo que se agrega a su dominio y se usa para rastrear e informar sobre su IP validada.
El banner no coincide con el registro DNS inverso. Tiene que actualizar su registro inverso con su proveedor de alojamiento o actualizar su banner para que coincida con el registro inverso en su lugar. Esta entrada se publicó en Exchange, Kemp, Office 365, Windows y el banner etiquetado no coincide, el banner de Exchange, el DNS inverso no coincide con el banner SMTP, el intercambio de dns inverso, el banner smtp.
Su subdominio no puede ser el mismo que sus otros subdominios de IP. Es una buena idea verificar su configuración de DNS actual con su proveedor de DNS para confirmar que el subdominio que le gustaría usar está disponible. Intente elegir un nombre para este subdominio que represente el tipo de correo electrónico que enviará con él.
- Hola, tengo una versión 7.8.2003 de nethserver, quería saber cómo cambiar el banner smtp.
- que se comunique con su ISP y le pida que configure un registro inverso que coincida con el nombre de host de su servidor de correo.
- Ahora, configure el registro PTR de esta dirección IP en el nombre de host del servidor de correo (mail.mydomain.com.sg).
- Lo más probable es que tenga que pedirle a su ISP / proveedor de alojamiento web que establezca el registro PTR.
- Simplemente puede probarlo enviándose un correo electrónico a usted mismo y verifique qué IP aparece como remitente.
