• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

DNSBL is enabled but does not work

ChananZ

New Pleskian
Greetings,

Our Linux server had worked fine until a few days ago. Then the Dr. Web license was not renewed automatically for some reason, and also the spam protection using zen.spamhaus.org has stopped working.

Now we're receiving tons of incoming spam that does not get filtered by spamhaus.org's DNSBL.

The license for Dr. Web has been installed now manually.
Yet no matter what we do through the Plesk Panel, we can't seem to be able to enable the spamhaus.org filtering.

Plesk 8.3.0.
SpamAssassin is active.
Dr. Web is active.

Any clue?
 
can you post your /etc/xinetd.d/smtp_psa file please? (or wherever your OS puts it)

That might provide a clue as to what is happening.

Faris.
 
Thanks for responding.
Problem is still there, most probably thanks to the Dr. Web component.

Here's the smtp_psa file:
------------------------------------
service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /usr/sbin/rblsmtpd -r zen.spamhaus.org /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
-------------------------------------

Thanks.
 
As I understand things, the dnsbl check happens before any virus checking, so even if Dr Web wasn't working correctly I'd still expect the dnsbl side of things to work. Obviously this is not the case here though and something more serious must be afoot, so I'm not sure what to suggest other than maybe a manual check to see if you can do a DNS lookup using zen.spamhaus.org

If I remember correctly, you basically need to do a lookup for the reverse of the IP.

e.g. to lookup 1.2.3.4 you'd need to do ab nslookup or dig on 4.3.2.1.zen.spamhaus.org
(I could be wrong about this though)

Faris.
 
A good point.
I've looked up an IP address that should have been blocked:
Looking up with
- zen.spamhaus.org return not found.
- sbl.spamhaus.org returned not found.
- xbl.spamhaus.org caught the offending IP address.

Strange, as zen is said to include xbl.

But, I've changed my rbl settings and now all is fine.

Thanks a lot for this tip.
 
Back
Top