Getting “recipient-domain-mismatch” Errors – Email Send Rejected
-
All my DNS info seems to be good – passes Mandrill tests. The plugin seems to be configured properly. API key is fresh and working. But I get “recipient-domain-mismatch” errors on every send attempt and I really can’t tell from the logs (using Query Monitor) what the problem is. I’ve tried sending to mac.com and gmail.com addresses so far, with the same results.
Any ideas or something specific to look for in the Query Monitor to figure our why this isn’t working?
Thanks!
-
Further, these errors are using the API, and my host does not allow Port 587, even as a fallback, and that can’t be changed in Mandrill (that I know of), so I’m forced to use the API. Oddly, when I send mail via my Contact 7 form, the mail send works! But any mail using the plugin test forms and notifications on Woo orders will all fail.
Hello! I am running into the same issue when using the Mandrill API as well (recipient-domain-mismatch) but am not using this plugin at all.
Were you able to get the issue sorted out or find any clues as to what the problem might be?
Thanks!
Hi tcosentino, As it turns out, this error was due to a limitation of the “free trial” of Mandrill, which I’ve now learned, after wasting an entire day trying to troubleshoot it with multiple plugins, only allows email going to the host domain. Argh! Nowhere could I find in the documentation, FAQ, support area, or elsewhere that this was a limitation of the “trial” for Mandrill. It seems like if they really wanted people to try it, especially when there’s a send count limit, they would at least let you try the entire functionality to make sure it works before you commit to their service. I’m not sure if I’ll bother to actually subscribe now, but it would be convenient since I already use MailChimp. When I recommended to the tech that they publish this limitation so they aren’t wasting their potential customers’ time, they were totally indifferent. That’s pretty lame in my book. Anyway, I hope that’s the same issue you’re having and I hope perhaps this thread will save some others a bunch of wasted time in the future if they happen to find it first. ?? Cheers!
Argh yeah that is very frustrating. I think probably good enough reason for me to switch and try send grid out. Appreciate your response! Cheers
Of note, I actually seemed out the Mandrill solution after having tried SendGrid for a while. Without a dedicated IP, I found SendGrid to be abysmal at deliverability, generating more bounces than using my shared hosting SMTP, which kind of defeats the purpose of the service. When I questioned them about it, they informed me in no uncertain terms, that SendGrid was NOT intended to be used for transactional email. What the…??? Apparently, they only recommend their service, or at least this was their current excuse for it’s failings, for marketing email, and at that, only with a dedicated IP do they claim any kind of reliable deliverability. That was a hard-pass for me. At leas Mandrill is specifically for transactional email, and so I’ll probably reluctantly give it a try since it can be paid for on a monthly basis, and even if their “free trial” is a completely misleading waste of time and isn’t actually a trial of anything. ??
I really appreciate that! I think when I originally started with mandrill it was for that same reason when looking at reviews. I do have domain authentication set up with them so hopefully the deliverability is manageable but will definitely be keeping an eye on it.
I will say, transactional email seems like something that should be ‘handled’ by now. Really shouldn’t be hard to just send an email as an app.
Yeah, honestly, I’ve been running my own sites since, well, before the WWW, and it really hadn’t been a problem, at least in my direct experience, until recently (as in the last few years). But I have definitely been having deliverability issues from shared hosting servers and my reseller server, hence the need to have someone else handle the nuances of email deliverability now for some of my higher-traffic sites. Wish me luck! ?? And good luck to you as well. ??
@fadmark .You are awesome.You saved my day.I have also faced the same issue.Its happening bcz of free trial.I upgraded mandrill to paid one.Now everything works perfect.I googled everywhere no solutions,but you saved my day.Thanks a lot.They should have mentioned this in their documentation.Im wondering how you found the solution.Thanks and cheers.
Thanks Raj! I’m glad my post saved you some time.
Follow up: I’ve been using Mandrill for a while now (no dedicated IP, but on a paid account), and it’s working pretty good. I’ve had nice, consistent deliverability now for all my transactional cart email, with very few issues. But, when there are issues, it’s easy to see what the problem was, and even worst case, copy the failed email and shoot it to the customer manually. My traffic at https://BetterSafeRadio.com is really picking up now due to the pandemic, so I’m happy I got this solution in place just in time. ??
- This reply was modified 4 years, 3 months ago by FADmark.
Hi, @fadmark – My story is full of “weird coincidences”… maybe not much coincidences, but certainly a lot of weirdness.
After sending a first email successfully (this confuses us!), I got the same error.
Soon after, I found this page from Google search results… but then I scrolled down only up to the first @tcosentino message… and I didn’t notice the thread had more messages! ??
So… I continued trying to find out was was going on.
I randomly went to Mandrill’s “Dashboard” (https://mandrillapp.com/). There, I noticed the message at the top:
“You’re currently on our free trial plan that includes 500 total sends and 30 days of technical support. Upgrade through your MailChimp account to send more than 500 emails, or to get access to paid features and extended technical support.”
Since I was acting in someone else’s behalf, I was surprised to acknowledge it was a free trial plan.
At the right side of the message, there was an “Upgrade Account” button. Out of despair and/or lack of options, I decided to take a sneak peek… and clicked the button.
As I was also logged in MailChimp, I was redirected to https://us10.admin.mailchimp.com/transactional/ – and there I could read:
Demo Details
– Send to any email address on a verified domain
– Up to 25 emails per hour
– Up to 100 inbound emails per day
– Test emails in this demo do not expireOf course, the first bullet point talked loud to me: “Send to any email address on a verified domain“!!!
I immediately made another attempt, using an email address of the verified domain as recipient. And it worked.
Then, I came back here… only to find the remaining of the thread, with the answer, and the discussion.
I will be using Mandrill for this client. But if I could choose, I would try Zoho Mail. I just started trying it, and I have been very positively impressed with what I have seen by now. Later, I will want also to take a look at Migadu service.
That was my story. Thanks! Stay Safe!
@fadmark thank you from me too, you saved me several hours after have spent almost two hours trying to debug the plugin.
Once Madrill was the best transactional mail platform, sad to see how Mailchimp totally stopped its development: the UI and the API are still the same since 7 years ago, and the subscription limitations added to the cost of its plans made me changing opinion about Mandrill and about Mailchimp too.
I think I’ll migrate to SparkPost: I tried it in some projects and it works quite well.Anyway, thank you again!
- The topic ‘Getting “recipient-domain-mismatch” Errors – Email Send Rejected’ is closed to new replies.