What does the Braze error code soft bounce mean, specifically 'unable to get mx info: failed to get IPs from PTR record'?
Summary
What email marketers say10Marketer opinions
Email marketer from Email Marketing Tips Blog explains that bounces are always bad but the error code indicates a DNS related problem on the receiving side. As a sender, there's often not much you can do except note the error and potentially exclude the address after multiple failed attempts.
Marketer from Email Geeks explains that a bounce reason 'unable to get mx info: failed to get IPs from PTR record: lookup <nil>: unrecognized address' from SendGrid indicates a delivery attempt to a recipient domain with a missing or malformed MX record. The reason text comes from some bit of logic when complying with RFC5321#section-5.1 regarding fallback in the event of no MX.
Email marketer from Mimecast indicates that the specific error suggests the recipient's domain has issues with its MX record setup or reverse DNS configuration. The sender is unable to resolve the domain's mail server, leading to the soft bounce.
Email marketer from Reddit explains that the error means the system tried to find the mail exchange server for that domain but couldn't. It might mean a temporary DNS issue, or the domain's MX records are incorrectly set up.
Email marketer from Mailjet explains that soft bounces are often temporary and could be due to a full mailbox or a server being down. However, the detailed error implies a problem with DNS configuration at the recipient's domain.
Email marketer from EmailOnAcid shares that a soft bounce relating to MX records and PTR records suggests either a misconfiguration of the recipient's DNS settings or a temporary DNS resolution issue. This can harm deliverability as repeated soft bounces may negatively impact sender reputation.
Email marketer from SendGrid Help Center explains that if a message bounces due to an MX record issue, it means the sending server couldn't find the recipient's mail server. The error 'unable to get mx info' means exactly that, they couldn't retrieve it, and 'failed to get IPs from PTR record' suggests a reverse DNS lookup failure on the recipient domain.
Email marketer from Digital Ocean explains that the issue involves DNS configuration, specifically the domain's MX records and PTR records. The 'unable to get mx info' portion means the mail system could not find the MX record associated with the recipient domain, while 'failed to get IPs from PTR record' indicates problems with the reverse DNS lookup.
Email marketer from Stack Overflow shares that the 'failed to get IPs from PTR record' usually indicates that the DNS server is unable to perform a reverse DNS lookup on the IP address associated with the domain. This could be because the PTR record is missing or misconfigured, leading to temporary delivery failures.
Marketer from Email Geeks indicates the soft bounce is because of a bad domain specifically.
What the experts say2Expert opinions
Expert from Word to the Wise explains that this type of error strongly suggests an issue with DNS records, specifically with either the MX record lookup or reverse DNS lookup (PTR record). The recipient's domain likely has a misconfigured or missing MX record or the reverse DNS lookup is failing, meaning the sending server cannot verify the domain's legitimacy.
Expert from Email Geeks suggests that Braze shouldn't be looking at PTR records, and there aren’t any IPs in them anyway and it's likely a logging / reporting bug more than anything else, but likely a bad address or bad domain
What the documentation says4Technical articles
Documentation from Google Admin Toolbox provides a way to diagnose DNS issues. You can enter a domain and check that the DNS records are set up correctly including MX and PTR records.
Documentation from Braze Help Center explains that a soft bounce indicates a temporary problem, such as the recipient's inbox being full or the server being temporarily unavailable. Braze will retry sending to soft-bounced addresses.
Documentation from EasyDMARC explains that PTR records, or Pointer Records, resolve an IP address to a domain/hostname. PTR records are the opposite of A records, which resolve a domain/hostname to an IP address. PTR records are used to verify that the server sending an email is authorized to do so.
Documentation from IETF's RFC 5321 section 5.1 describes the fallback mechanism when no MX records are found. It explains that the fallback involves attempting to treat the domain name as an A record, but this is only done if no MX records exist. The error message indicates an issue even before this fallback could be attempted.
Related resources0Resources
No related resources found.