MagicSpam blocked valid email

There will always be opinions, both good and bad on how MagicSpam protection, rules and policies are used, and what the defaults should be. Different environments may have different needs. We try to find the perfect balance, and that is not always easy. Just remember that we have to satisfy millions of users.. not just one person.

Moderators: wizard, magicspam

Post Reply
Posts: 1
Joined: Mon Oct 18, 2010 11:14 am

MagicSpam blocked valid email

Post by user7549 » Mon Oct 18, 2010 11:20 am

MagicSpam has blocked some valid emails, with: SPAM[check_dynamic_reverse_dns]

How can I release these emails and add them a "whitelist"?

Posts: 1306
Joined: Tue Oct 28, 2008 2:27 pm

Re: MagicSpam blocked valid email

Post by magicspam » Mon Oct 18, 2010 11:54 am

Greetings user7549,

First, it should be noted that MagicSpam is not a 'filtering' service and as such it is not a case of 'releasing' a caught message. The message itself was blocked directly at the SMTP layer and as such the sender should have received a notice complete with a web URL to visit or forward to their email support outlining the full detailed reason why the message was blocked.

The server administrator is then responsible for updating their reverse DNS in accordance with email server operators best practices guidelines that this particular rule enforces.

Now.. as to 'white listing' the originating server - and we recommend that this be a temporary work around until the server operator fixes their DNS - there are several ways.

If you log in to the MagicSpam administration interface, you can then click on 'Lists' on the tab menu. From there you will be presented with a series of available 'exemption' lists. You can choose to exempt the server IP in question, white list the 'from' address, or even turn off MagicSpam protection for the recipient by adding them to the 'user exemption' list.

A final option that is available is to add a temporary entry for DNS resolution override. On a Linux system this would be an entry in /etc/hosts.

Please bear in mind that these should be used as temporary overrides. Statistically speaking, a server issuing a dynamic style PTR record is usually either a home PC - often seen in botnet style 'viral' attacks - or has not been properly configured by the server administrator.

Hope this information helps.
-- MagicSpam Support Team --

Post Reply

Return to “Discussions on Spam Protection Policies and Default Rules”

Who is online

Users browsing this forum: No registered users and 2 guests