Spam Filter Services

Hi,

We have a Virtualmin Pro server.

How do I configure Virtualmin when e-mail for a domain is routed through a spam filter service (MX records point at service)?

The spam filter services usually have two or three MX records.

Virtualmin complains that the MX records are wrong...

Thanks in advance,

G

Status: 
Closed (fixed)
Files: 

Comments

Howdy -- yeah Virtualmin can incorrectly detect that particular case.

To handle that, you can go into System Settings -> Virtualmin Config -> Advanced Settings, and there you'll find an option called "Validate MX records for domains with email". Setting that to "No" should resolve the issue you're seeing.

Hi, and thanks for getting back to me.

That setting was already set to 'No'. I tried toggling to 'Yes' then back to 'No'. I even ran the 'Reset Permissions' tool. No change.

Here's the error in Validate Servers:

vecat-inc.com BIND DNS domain : This domain has email enabled, but none of the MX records vecat-inc.com.pri-mx.na0100.smtproutes.com vecat-inc.com.bak-mx.na0100.smtpbak.com point to it. Either the MX records should be corrected, or the email feature disabled if mail is hosted externally.

Any other ideas? Baggage from a past upgrade maybe?

Thanks,

G

In the latest Virtualmin release, you can select a spam filtering MX (from a list of providers that we know about) at Server Configuration -> Email Settings .

Hi Jamie,

What does the "Cloud mail filtering provider" setting do?

If it's what I need, how do I add a new service?

We are a reseller for Max Mail:

https://www.maxfocus.com/mail

Thanks in advance,

G

sonoracomm - the list of providers is hard-coded in Virtualmin, but we are open to adding others. All we need to know is the hostnames that should be used in MX records for Max Mail.

Hmmm. These are different for each user domain...not just per client, per domain.

They seem to always be in the format:

    domain.tld. IN MX 10 domain.tld.pri-mx.na####.smtproutes.com.
    domain.tld. IN MX 90 domain.tld.bak-mx.na####.smtpbak.com.

Thinking about this...shouldn't this be a per-domain setting? Maybe just a checkbox for "Validate this domain?"

Thanks,

G

Is the #### in this case an account number with smtproutes.com ?

Not that i know of. I assume its just a numerical part of a hostname. I suspect they use different hostnames as a load balancing method.

I'd guess "na" is for North America"?

Also, if you add aliased domains, you just change the "domain.tld" part of the aliased domain name MX records.

Thanks,

G

Do they have some documentation on the MX records that customers are supposed to add?

Hello again,

Max Mail has been replaced by Solar Winds Mail Assure, but the problem is the same.

We need to be able to edit the "Cloud mail filtering provider" settings to add custom servers.

At a bare minimum, we need a checkbox to disable the check for this virtual server.

Mail Assure uses the same MX records, AFAIK, all the time:

mx1.mtaroutes.com mx2.mtaroutes.com

Do you have any suggestions for me?

Thanks in advance,

G

I can certainly add Mail Assure as a filtering provider in the next release.

I'm not sure what benefit allowing the list to be customized would add, since you can just edit the MX records directly if needed?

Hi Jamie,

Thanks much for getting back to me.

Please see the attached image.

I'd like to selectively get rid of the big red warning. I don't really want to turn off the feature for all virtual servers, just the ones with professional spam filters.

We offer both Mail Assure and MailRoute, but customers can also bring their own filter service.

Perhaps I'm just missing something?

Thanks again,

G

Thank you, that worked after restarting the webmin service.

Since we also offer MailRoute, I also added:

         { 'name' => 'MailRoute',
           'url' => 'https://www.mailroute.net',
           'id' => 0,
           'mx' => [ 'mail.mailroute.net', ],
         },

Thanks again,

G

Thanks, I'll add that too.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.