• Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

DNSBLs not working?

J

jhghjgh hjghgkh

Guest
I've added some DNSBLs to qmail via /etc/xinet.d/smtp_psa and smtps_psa:

service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = /usr/sbin/rblsmtpd -r xbl.spamhaus.org -r http.dnsbl.sorbs.net -r multi.surbl.org -r bl.spamcop.net -r sbl.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
}

(smtp_psa and smtps_psa are identical, other than the 'service smtp' line at the top).

I've restarted xinetd, but I'm not sure if they're working: when I look at spamassassin scan results in /usr/local/psa/var/log/maillog, I can see the RCV_IN_BL_SPAMCOP rule (and others) firing on a regular basis ... bit confused how this can be, unless the DNSBLs aren't working at the SMTP level
 
Back
Top