We have many world wide partners, that use and rely on SpamRats IP Reputation. And often, rather than manually configuring or setting up SpamRats RBL lookups yourself, you might like to consider using our Technology partners products and softwares to provide your SpamRats information, already pre-configured for you. If you are interested in partnering with SpamRats, please reachout.. we happily work with 3rd parties who wish to make our IP reputation available to their customers.
We STRONGLY recommend that for WebPros customers using cPanel or Plesk, that you consider using our technology partner MagicSpam PRO which already ships with SpamRats protection as a built-in IP reputation system, properly integrated, using the BMS format for fast efficient local lookups, which are independent of your DNS systems, allowing for local fast lookups. MagicSpam is a trusted technology partner, with the added benefit of additional filtering and email threat management tools.
However, if you have an older version of cPanel or Plesk, or a special use case where MagicSpam doesn't fit, please look at the Dovecot Configuration, Exim, and Postfix configuration pages, as needed.
We STRONGLY recommend that for MailEnable customers that you consider using our technology partner MagicSpam PLUS which already ships with SpamRats protection as a built-in IP reputation system, properly integrated, using the BMS format for fast efficient local lookups, which are independent of you r DNS systems, allowing for local fast lookups. MagicSpam is a trusted technology partner, with the added benefit of additional filtering and email threat management tools.
However, if you have an older version of MailEnable or a special use case, the following hints should get you started.
First off, within your MailEnable Administrator program, navigate to:
Servers >> Services and Connectors
Right click on SMTP, select Properties, and then select the DNS Blacklisting tab.
To enable RBL protection, simply tick the option Enable DNS Blacklisting. Then, add the desired SpamRATS RBL by selecting the Configure blacklists button, followed by the Add button. When the popup windows opens, enter the blacklist service name (RATS-Dyna / RATS-NoPtr / RATS-Spam). After clicking OK, choose the newly added SpamRATS RBL, and configure the Blacklist details:
#RATS-Dyna Lookup type: DNSBL (IP) blacklist lookup Zone: [YOUR_API_KEY].dyna.spamrats.com #RATS-NoPtr Lookup type: DNSBL (IP) blacklist lookup Zone: [YOUR_API_KEY].noptr.spamrats.com #RATS-Spam Lookup type: DNSBL (IP) blacklist lookup Zone: [YOUR_API_KEY].spam.spamrats.com
(INFORMATION MISSING, Please help out). Everyone should use RATS-AUTH to protect their authentication layers, including POP/IMAP/SMTP(25,465,587) and WebMail. You can even use it to protect other logins on your server. If you have documentation on how you set up RBL queries, please by all means let us know, and we can include it here.
We STRONGLY recommend that for DirectAdmin customers that you consider using our technology partner MagicSpam PRO which already ships with SpamRats protection as a built-in IP reputation system, properly integrated, using the BMS format for fast efficient local lookups, which are independent of you r DNS systems, allowing for local fast lookups. MagicSpam is a trusted technology partner, with the added benefit of additional filtering and email threat management tools.
However, if you have an older version of DirectAdmin or a special use case, the following hints should get you started.
(INFORMATION MISSING, Please help out). Everyone should use RATS-AUTH to protect their authentication layers, including POP/IMAP/SMTP(25,465,587) and WebMail. You can even use it to protect other logins on your server. If you have documentation on how you set up RBL queries, please by all means let us know, and we can include it here.
Warning: Please remember that you MAY not be able to query from some DNS servers, especially without an API key. You should use a DNS servers that clearly identifies who is making the query (PTR Record). Consider using your own local resolver if you have troubles. With a subscription, there are alternative ways to get data.
RBL's work using DNS, and you should ALWAYS look for the correct IP Address being returned. Simply getting a "result" doesn't always mean the IP is listed. It should return the specific IP address, anything else might mean an error, and should be ignored and NOT rejected. Also, your DNS needs to be able to correctly query our mirrors. Bad firewall rules that prevent you from reaching our mirrors, means that you are not protected. You can always test at the command line first. A simple..
host 36.0.0.127.[YOUR_API_KEY].dyna.spamrats.com host 1.0.0.127.[YOUR_API_KEY].dyna.spamrats.com
.. the first example should work and return 127.0.0.36, while the second example should return NXDOMAIN. (IP Not found). If that doesn't work, check your firewalls first, and check which DNS servers you are using, and finally test/check your API key is correct, and active before reaching out to us for support.
You may find that your ability to query the SpamRATS DNSBL Public Mirrors has been restricted. This could be due to the usage not falling within our Terms of Service. Before restricting any queries we try to reach out via email. Please check to see if you received an email from sales@mthreat.com at your public email address. If you have received the message, please reply to it.
If you would like to continue using the SpamRATS RBLs, please contact us and include the IP(s) that you used to query in your email.