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

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
  • This is the official support reply;

    The recommendation on this issue is to disable RDNS.  Its a  known issue, and will be resolved in a future version/patch release.  The other option is to put in exceptions for the known or Good domains.


    Kind regards,

    Sophos Technical Support Team - Network Security
Reply
  • This is the official support reply;

    The recommendation on this issue is to disable RDNS.  Its a  known issue, and will be resolved in a future version/patch release.  The other option is to put in exceptions for the known or Good domains.


    Kind regards,

    Sophos Technical Support Team - Network Security
Children
  • That reply from astaro doesn't seem right. Its a known issue[:O] How were the mails that had no RDNS handled for ups and irs etc before? They weren't rejected?
    Thanks for the heads up but some clarification would be great. I haven't used v8.0 for a while so don't remember if there weren't any rdns settings in it at all?
  • The email domains have valid RDNS entries but they are from the sending SMTP server and may not match the MX record for the domain. I don't know if that is the issue or not just that something in the update caused otherwise previously working and perfectly valid emails to simply be rejected. 

    There is no way to know this is happening unless you either get a complaint or you open the Mail Manager and look for it. If you open the Mail Manager and go to the SMTP Log and uncheck all but the RDNS you will quickly get a list of rejects and you can see if you are getting any valid domains rejected. 

    I have to many to start marking them as Good so I simply had to turn off the RDNS check on all my systems.

    As to the Astaro reply I can only say that 1) it makes it seem like there may be some flaws in the testing methods for such a program change and 2) the clock is now ticking to see how long it takes to fix this mistake.

    I consider this product to be a wonderful piece of software and renew my licenses for 3 years at a time, with support. because it works and saves me time. When I find a problem I expect it to get fixed and we will all continue to be happy. 

    I posted the problem here because I didn't see any other mention of it nor anything on the Astaro site and quite frankly others should be aware of such a serious email issue and I'd expect a quick response for Astaro fixing it. Their reply said they knew it was an issue so we'll simply have to evaluate them on how they handle it.