whenever I send an email to a gmail account it gets returned
Whenever I send a message from my work email to a gmail account it gets retuned with this message
- These recipients of your message have been processed by the mail server:
[email protected]; Failed; 5.3.0 (other or undefined mail system status)
Remote MTA gmail-smtp-in.l.google.com: network error
- SMTP protocol diagnostic: 550-5.7.26 This mail has been blocked because the sender is unauthenticated.\r\n550-5.7.26 Gmail requires all senders to authenticate with either SPF or DKIM.\r\n550-5.7.26 \r\n550-5.7.26 Authentication results:\r\n550-5.7.26 DKIM = did not pass\r\n550-5.7.26 SPF [jerseycatering.com] with ip: [65.20.63.221] = did not pass\r\n550-5.7.26 \r\n550-5.7.26 For instructions on setting up authentication, go to\r\n550 5.7.26 https://support.google.com/mail/answer/81126#authentication z21-20020ac87f95000000b004
Reporting-MTA: dns; altprdrgo05.altice.prod.msg.synchronoss.net
Received-from-MTA: dns; [192.168.1.209] (67.85.95.57)
Arrival-Date: Wed, 24 Jan 2024 17:45:16 -0500
Final-Recipient: rfc822; [email protected] Action: Failed Status: 5.3.0 (other or undefined mail system status) Remote-MTA: dns; gmail-smtp-in.l.google.com
Ezalaki modifié
All Replies (3)
It is pretty simple really the domain you are sending from jerseycatering.com does not meet the requirement set by Google for email senders. So they are bouncing the mail.
That is essentially what it says in this link in your question. https://support.google.com/a/answer/81126?visit_id=638417489267895194-3535439807&rd=1#authentication
When I checked the IP address that Google were complaining about I find it is altprdrgo05.altice.prod.msg.synchronoss.net [65.20.63.221]
I did try checking for some of those items google require. I see none of them https://mxtoolbox.com/SuperTool.aspx
So I guess whomever is responsible for the configuration of the domain at your work will need to have a discussion with Hover about what changes need to be made. Lots I think by the looks of it.
The emails only get returned when I use Thunderbird. If I log into my Hover email site I can send emails to gmail accounts without them being returned. So it's something with Thunderbird
daven1 said
So it's something with Thunderbird
No, it is not.
Google say jerseycatering.com has no assorted server side validations setup. I manually checked that and it was not there for the server. Have you tried checking using the links I provided, or are you just shooting from the hip. Failed SPF check on jerseycatering.com https://www.spf-record.com/spf-lookup/jerseycatering.com?opt_out=on Failed DKIM check for jerseycatering.com https://mxtoolbox.com/SuperTool.aspx?action=dkim%3ajerseycatering.com%3aemail&run=toolpage
failed DMARC check for jerseycatering https://mxtoolbox.com/problem/dmarc/DMARC-Record-Published?page=health_dmarc&hidetoc=0&hidepitch=0&showlogin=1&action=dmarc:jerseycatering.com&domain=jerseycatering.com
Failed SPF check on Hover.com https://www.spf-record.com/spf-lookup/hover.com
I have no idea what server Hover use to send mail, but clearly it is not the one they tell you to use to send mail from mail clients if you can send from their web portal but not from a mail client. Regardless of what you think. The problem is at Hover. They (google) are not complaining about your mail client, or your home IP address. They are complaining about a specific sender addresss of 65.20.63.221 which as I said earlier resolves to altprdrgo05.altice.prod.msg.synchronoss.net
There is an invalid SPF record for synchronoss.net which probably does not help things, https://www.spf-record.com/spf-lookup/synchronoss.net All this is a direct result of Googles announced tightening of their deliverability standards. Hover do not meet them (I assume this synchonoss are providing services to Hover, it is the only way I can get them into the email equation) and until you ask Hover for help I doubt you will make any progress at all. You are certainly not going to make any here.
Thunderbird has no involvement in DKIM, DMARC SPF it is all managed at a server level using DNS