Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 20 replies
  • Subscribers 1 subscriber
  • Views 13652 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

RDNS missing 8.201 -NOT A BUG

Michael_A
Since applying the 8.103, 8.200 and 8.201 (I did them all together) updates there is now a problem with RDNS checks. I have reported this to support who has not provided a solution yet and have had to simply disable this check.

A user sending an email with this problem will get the error RDNS missing and the Mail Manager will report the same in the SMTP Log.

The problem seems to occur when a senders email comes from an IP where the RDNS for that IP does not match the sender's MX record. This is all good and well but but emails from the likes of ups.com and irs.gov are getting rejected among many others. On the first complaint it seemed like the issue had to be with the sender since other emails were getting through but after 2 days and examination of 5 updated systems it appears we have been given a new 'feature' with the only remedy for now being to disable RDNS checks.


This thread was automatically locked due to age.
Parents
  • 0
    I've got the same issue where a domain has multiple A records with different IP address, the SMTP service will tag the mail with Rejected: RDNS/HELO (RDNS missing).

    When I NSLOOKUP the IP it resolves with the correct domain (as per the sender email domain - however it's rejected by SMTP service), however when I NSLOOKUP the domain name I get a different IP. Granted this is not a good DNS set up (which I can't control), however email that didn't bounce under ASG 8.1xx is now bouncing under ASG 8.2xx

    @mleck let me know if there are any additional logs I can provide.
  • 0 in reply to Lemo
    Hi Lemo,

    thank you for reporting back your observations.

    Granted this is not a good DNS set up (which I can't control), however email that didn't bounce under ASG 8.1xx is now bouncing under ASG 8.2xx


    If this is true, the RDNS check feature was probably broken in ASG 8.1xx - unfortunately we didn't know about any RDNS check issue in ASG 8.1xx, so maybe it was broken only in a few special setups, so we didn't discover it. But this is wild guessing. And - as the feature now seems to work as intended - I see no benefit in investigating any more details.

    As said before in an earlier post: Please check that the now bouncing mail is really legitmate mail, and not Spam. If it really is legitimate mail, you should consider to add an exception to skip the RDNS check for the few legitimate mail sending servers (source hosts/networks).

    Regards,
    mlenk
Reply
  • 0 in reply to Lemo
    Hi Lemo,

    thank you for reporting back your observations.

    Granted this is not a good DNS set up (which I can't control), however email that didn't bounce under ASG 8.1xx is now bouncing under ASG 8.2xx


    If this is true, the RDNS check feature was probably broken in ASG 8.1xx - unfortunately we didn't know about any RDNS check issue in ASG 8.1xx, so maybe it was broken only in a few special setups, so we didn't discover it. But this is wild guessing. And - as the feature now seems to work as intended - I see no benefit in investigating any more details.

    As said before in an earlier post: Please check that the now bouncing mail is really legitmate mail, and not Spam. If it really is legitimate mail, you should consider to add an exception to skip the RDNS check for the few legitimate mail sending servers (source hosts/networks).

    Regards,
    mlenk
Children
No Data
Cookie Information Banner