Please use the proper domain MX record

G

gate2vn

Verified User
Joined
Nov 9, 2004
Messages
495
Location
Oslo
The situation is:
- emails coming in from outside: OK
- using webmail for sending to outside: OK
- using webmail for sending locally: error = Please use the proper domain MX record.

It seems fine with the domain settings. But I am missing some settings locally on the server. Any idea?
Thanks.
 
Can't help you without any further information. Could be a wrong setting or a bug.

Check your domain on intodns.com and go to mail-tester.com and send a mail from your webmail to there and check the results.
If you're not getting at least 9/10 then there is improvement needed.
 
Actually, I got 10/10, as expected. Nothing wrong with intodns.com. As I mentioned, having no trouble at all for sending to an outside email. The problem is only happening locally. That's why it makes me crazy.
 
gate2vn said:
Actually, I got 10/10, as expected. Nothing wrong with intodns.com. As I mentioned, having no trouble at all for sending to an outside email. The problem is only happening locally. That's why it makes me crazy.
Click to expand...
External DNS services?

Also look at all places where mx and mail for domain you can set in DA receiving and sending parts could be (mail) hostname is used for example.

EDIT:
Check mx for both parts here sending receiving is that as expected ( look in details there to find the mx) ? https://en.internet.nl/
 
Last edited:
gate2vn said:
Please use the proper domain MX record.
Click to expand...
The only thing I can think of then might be some duplicate or cached record on the server itself.
Try from the server itself this command:
Code: 
dig -t MX domain.com
see if you only get 1 correct answer.

I presume you're using roundcube?
Nothing else in the logfiles form either Roundcube and Exim?
Also check if in the user account "external mx" is not selected on the MX page.
 
OK, here is the setup: the domainxxx.com is using 2 MX records which are pointed to 2 SpamExperts servers. Checking from outside is fine. Dig command on the server also returns correct MXs.

However, sending locally, from [email protected] to [email protected], the error immediately appears in exim log: Please use the proper domain MX record. It's not even reaching SpamExperts servers yet.

If I send an email from @domainxxx.com to any-other-domain-outside-this-server.com, the message can be sent without any problem.

Nothing else in Roundcube and Exim logs.

Code: 
[20-Dec-2021 12:05:37 +0000]: <eksvrl0v> SMTP Error: Failed to add recipient '[email protected]'. Please use the proper domain MX record (Code: 550) in /var/www/html/roundcubemail-1.5.1/program/lib/Roundcube/rcube.php on line 1774 (POST /webmail/?_task=mail&_unlock=loading1640001936696&_framed=1&_action=send)

Code: 
2021-12-20 16:36:19 H=(server-name) [127.0.0.1] F=<[email protected]> A=login:[email protected] rejected RCPT <[email protected]>: Please use the proper domain MX record

In DA, I have chosen "Use this server to handle my emails" already.

Concerning about forwarding: no, even I created a new email account, the same result.
 
gate2vn said:
In DA, I have chosen "Use this server to handle my emails" already.
Click to expand...
It was very important information that you did not tell us that you were using spamexperts, that is external MX.

So in that case you have to deslect the "use this server to handle my mails", because your server isn't handling the mails, Spamexperts is and the MX is set to Spamexperts too.

Change that MX setting to use the external mail servers and your problem should be solved.
 
Unfortunately that’s a wrong assumption. If deselecting that option, incoming emails cannot be processed. SpamExperts servers are only filtering, they are not containing emails. If you want to receive emails on this server, you will have to select that option.

Believe me :) I have other domains on other servers behind SpamExperts too, have the same selection, but have no error like this.
 
gate2vn said:
Unfortunately that’s a wrong assumption.
Click to expand...
Oeps sorry, you're totally right. MX is incoming mail, not outgoing. ?

I presume you have the newest exim.conf version?
And you don't use any Roundcube customisations?

Do you get the same error if you are trying to send from a local domain to that local domain when sending via an email client?
Maybe you can test, could be the Exim log might say a bit more why this issue is occuring.

You might also use this to check, see if this tool finds anything:

MX Verification Tool

documentation.n-able.com documentation.n-able.com

Because this is a very odd issue, didn't see it before and all seems setup correctly.
 
Last edited:
No, roundcube is not an issue. I tried with Mac mail client, and immediately got the same error message.
Exim was rebuilt with the newest CB (rev 2827), exim.conf is the newest.
Even checked that local domain is in /etc/virtual/domains, /etc/virtual/domainowners, /etc/virtual/snidomains.
/etc/resolv.conf is fine.
Server was restarted. No luck.

I found that is odd too. I have checked all I remember, but cannot find out the reason!
 
I just added a tool from Spamexperts in my previous post to check things, maybe that will give any insight.
 
Don't know but do ou use spf, dmarc dkim or some settings for those in spam filtering , not sure it could be related if mail goes over spamexpert you need probably put thos to in records there. But no experience with.

ipv4 and ipv6 if so both need 100% to be ok , that what i was writing pointing out before with the internet nl test.

Important to :
All incoming and outgoing mail from domains that do not have the matching MX records will not be filtered by Spam Experts.
Click to expand...
 
OK, I found the reason. On this server, the old admin added /etc/exim.acl_check_recipient.pre.conf, and in that, he used /etc/filterdomains and /etc/filterhosts for denying emails sending between some local domains. Not sure about the idea behind that, but since I remove that setting, the email is working fine both locally and remotely.

ikkeben said:
Don't know but do ou use spf, dmarc dkim or some settings for those in spam filtering , not sure it could be related if mail goes over spamexpert you need probably put thos to in records there. But no experience with.

ipv4 and ipv6 if so both need 100% to be ok , that what i was writing pointing out before with the internet nl test.
Click to expand...
As I mentioned, the problem was locally. The email was not even reaching smtp yet. So, checking with outside tool didn't help. But thanks for the link :)

Richard G said:
I just added a tool from Spamexperts in my previous post to check things, maybe that will give any insight.
Click to expand...
Please be careful with tools from SpamExperts now. After being acquired, the spam filtering is still OK, but other tools, I always need to double-check. For example, the tool you mentioned, it shows error with all domains on my SpamExperts servers, even all of them are working fine.
 
Last edited:
gate2vn said:
it shows error with all domains on my SpamExperts servers, even all of them are working fine.
Click to expand...
Oh thats not a good thing. In that case they should not provide those kinds of tools. Good that you found the cause.
Could indeed only be something local since the rest was working fine.

Good to know, have to remember this one for future reference. Thanks for reporting back! (y)
 
You must log in or register to reply here.
Back
Top