Emails being blocked by Gmail from office 365

Anonymous
2023-03-02T23:25:26+00:00

When the emails is sent to gmail its being blocked stating

Delivery has failed to these recipients or groups:

___@___.___ (***********@gmail.com)

Your message wasn't delivered because the recipient's email provider rejected it.

all my records are up to date..

gmail.com suspects your message is spam and rejected it.

natasha.daniel Office 365 gmail.com
Sender Action Required
<br> --- --- --- --- ---
Messages suspected as spam
How to Fix It
Try to modify your message, or change how you're sending the message, using the guidance in this article: Bulk E-mailing Best Practices for Senders Using Forefront Online Protection for Exchange. Then resend your message.
If you continue to experience the problem, contact the recipient by some other means (by phone, for example) and ask them to ask their email admin to add your email address, or your domain name, to their allowed senders list.

Was this helpful?Send feedback to Microsoft.

More Info for Email AdminsStatus code: 550 5.7.350

When Office 365 tried to send the message to the recipient (outside Office 365), the recipient's email server (or email filtering service) suspected the sender's message is spam.

If the sender can't fix the problem by modifying their message, contact the recipient's email admin and ask them to add your domain name, or the sender's email address, to their list of allowed senders.

Although the sender may be able to alter the message contents to fix this issue, it's likely that only the recipient's email admin can fix this problem. Unfortunately, Office 365 Support is unlikely to be able to help fix these kinds of externally reported errors.

Original Message Details

Created Date: 3/2/2023 11:29:38 PM
Sender Address: *********@*****.com
Recipient Address: *********@gmail.com
Subject: Email check

Error Details

Reported error: 550 5.7.350 Remote server returned message detected as spam -> 550 5.7.1 [2a01:111:f403:700f::715 19] Our system has detected that this;message is likely suspicious due to the very low reputation of the;sending domain. To best protect our users from spam, the message has;been blocked. Please visit; https://support.google.com/mail/answer/188131 for more information. c23-20020aa7c997000000b004ace5dc6b61si945041edt.369 - gsmtp
DSN generated by: PN3P287MB0113.INDP287.PROD.OUTLOOK.COM
Outlook | Windows | Classic Outlook for Windows | For home

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

100 answers

Sort by: Most helpful
Most helpful Newest Oldest
  1. Anonymous
    2023-09-30T21:11:02+00:00

    You are most welcome.

    In Microsoft's defense, it is not their issue. They are doing everything correctly. The issue is 100% on Googles/Gmail implementation of checking SPF records; in particular IPv6 addresses.

    In Gmails defense, they have no reason to fix it. Simply because they can say "You should use our platform instead of MSFT if you want your email to be delivered without issue."

    The really messed up part to all of this, if you are not a "google paying business customer", you can't even complain to them.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments
  2. Anonymous
    2023-09-18T00:36:03+00:00

    No Xavier that is not what I said about a smtp relay, to use it to relay "microsoft.com" emails. That will not work at all.

    I was giving options on how to bypass sending thru MSFT servers completely for bulk email only; where you can control the rate limit. But, why would you think that using your own SMTP server to send from a domain that you own would be an issue????

    With regards to IPV6, yes that is a known issue but it is NOT "technically" on the Microsoft side. Microsoft is doing it correctly.

    Its Gmail's implementation of SPF checking that does not correctly identify the IPv6 address that Microsoft is sending from as being allowed.

    MSFT DOES THOUGH have their include statement correct. And since gmail publishes IPv6 records to their MX servers, and MSFT gives preference to ipv6 routing. MSFT logically in turn sends from an server from their IPv6 network and hence an IPv6 address.

    For example, here is what gmail saw when I send normally without a connector:

    Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2061a.outbound.protection.outlook.com. [2a01:111:f400:7eaa::61a] <---- notice the sending server was an ipv6 one

    Now look at these IPv6 addresses in the MSFT include record:

    ip6:2a01:111:f400::/48 ip6:2a01:111:f403::/49 ip6:2a01:111:f403:8000::/50 ip6:2a01:111:f403:c000::/51 ip6:2a01:111:f403:f000::/52

    The sending address of 2a01:111:f400:7eaa::61a is well within that ipv6 subnet. So there should not be an issue, right? But there is, and it is broken on the gmail side, not the msft side.

    Why does the connector work? Because by using the connector, you are forcing the MSFT servers to not resolve ipv6 and only use ipv4. In turn they send to an ipv4 IP rather than the gmail ipv6 addresses.

    (I usually don't include my alphabet soup, but since it was questioned about why use an smtp relay....)

    Michael B. Morell, CISSP #431307 CCSK CCNP RHCE MCSE+I (he/him/his/sir)

    DirectionWeb Inc.

    Owner and Information Security Professional

    =============

    MX records of gmail

    =============

    > set type=mx

    > gmail.com

    Server: dns.google

    Address: 8.8.8.8

    Non-authoritative answer:

    gmail.com MX preference = 40, mail exchanger = alt4.gmail-smtp-in.l.google.com

    gmail.com MX preference = 20, mail exchanger = alt2.gmail-smtp-in.l.google.com

    gmail.com MX preference = 5, mail exchanger = gmail-smtp-in.l.google.com

    gmail.com MX preference = 10, mail exchanger = alt1.gmail-smtp-in.l.google.com

    gmail.com MX preference = 30, mail exchanger = alt3.gmail-smtp-in.l.google.com

    alt1.gmail-smtp-in.l.google.com internet address = 172.217.197.27

    alt1.gmail-smtp-in.l.google.com AAAA IPv6 address = 2607:f8b0:400d:c0f::1a

    alt3.gmail-smtp-in.l.google.com internet address = 172.253.62.26

    alt3.gmail-smtp-in.l.google.com AAAA IPv6 address = 2607:f8b0:4004:c07::1b

    alt4.gmail-smtp-in.l.google.com internet address = 64.233.186.27

    alt4.gmail-smtp-in.l.google.com AAAA IPv6 address = 2800:3f0:4003:c00::1b

    alt2.gmail-smtp-in.l.google.com internet address = 108.177.12.27

    alt2.gmail-smtp-in.l.google.com AAAA IPv6 address = 2607:f8b0:400c:c08::1a

    gmail-smtp-in.l.google.com internet address = 74.125.138.27

    gmail-smtp-in.l.google.com AAAA IPv6 address = 2607:f8b0:4002:c00::1b

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments
  3. Anonymous
    2023-06-23T08:05:02+00:00

    We are having the same issues. It is only for one of our domains (so not even our whole tenant...) Mails sent to gmail, or mailboxes hosted by google, that have different domains, are blocked by Google. ticket open since 5 days with Microsoft. No solution, although we suggested changing the outgoing ipv6 ips that are having the issues. I'll probably have to check out the solution with the connector, before people arrive in our office with pitchforks to start a revolution.

    Appalling service by Microsoft...

    For information; users get the following message back:

    550 5.7.350 Remote server returned message detected as spam -> 550 5.7.1 [2a01:111:f400:fe1a::62f 19] Our system has detected that this;message is likely suspicious due to the very low reputation of the;sending domain. To best protect our users from spam, the message has;been blocked. Please visit; https://support.google.com/mail/answer/188131 for more information.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments
  4. Anonymous
    2023-04-13T06:08:53+00:00

    After 4 weeks we are no longer blocked by Google!!! Here is what we did:

    1. Activated DKIM and DMARC
    2. Removed IP6 from SPF

    Google Postmaster tools went from low IP reputation to high after 4 weeks

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments
  5. Anonymous
    2023-04-12T14:33:58+00:00

    Apparently nothing we did is helping - all DNS is correct, SPF/DKIM and DMARC in place/Not on ANY Blacklists.

    Not sending any bulk emails/ Nothing in email signature that points to any unwanted content.

    we used the GOOGLE POSTMASTER TOOLS

    https://www.gmail.com/postmaster/

    https://www.gmail.com/postmaster/AndAnd it comes back the domain reputation is High , contrary to the Google-Issued NDR which says the domain reputation is Low.

    I call shennanigans on Google!

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments