More about grey.rbl.ctipd.astaro.local

Apparently, this is using the Commtouch (read: incredibly prone to false information) RBLs.  You can check your IPs here: 

Check IP Reputation | Commtouch - Internet Security Solutions

Note that ANY IP which Commtouch doesn't have in its database is automatically listed as 'Suspicious,' which means it gets blocked under the heading of grey.rbl.ctipd.astaro.local.  It's essentially being double greylisted (but improperly). Only AFTER a forced resend of the emails will it go into proper greylist mode (with the required delay) and THEN finally get delivered. 

Since Commtouch doesn't seem to list a majority of IPs in its database (and therefore deems them 'Suspicious'), we're getting a TON of false positives from the grey.rbl.ctipd.astaro.local as well.

I'm rather tempted to turn off the Astaro recommended RBLs and use the old ones as the defaults. It's causing many a late night of tinkering, which is exactly what we moved to Astaro to avoid.

Apparently, this is using the Commtouch (read: incredibly prone to false information) RBLs.  You can check your IPs here: 

Check IP Reputation | Commtouch - Internet Security Solutions

Note that ANY IP which Commtouch doesn't have in its database is automatically listed as 'Suspicious,' which means it gets blocked under the heading of grey.rbl.ctipd.astaro.local.  It's essentially being double greylisted (but improperly). Only AFTER a forced resend of the emails will it go into proper greylist mode (with the required delay) and THEN finally get delivered. 

Since Commtouch doesn't seem to list a majority of IPs in its database (and therefore deems them 'Suspicious'), we're getting a TON of false positives from the grey.rbl.ctipd.astaro.local as well.

I'm rather tempted to turn off the Astaro recommended RBLs and use the old ones as the defaults. It's causing many a late night of tinkering, which is exactly what we moved to Astaro to avoid.