K
Kevin Troendle
Guest
Our SMTP service stopped working this morning around 8am PST
Qmail could not be restarted in the Plesk Panel
Qmail appearred to restart OK on commnand prompt
POP3 was still working.
I tracked this down to multi.uribl.com in our MAPS zones
I can't do a PING or DNS lookups are failing for multi.uribl.com
Does this mean their service is down?
Really sucks that Qmail MAPS zone is so fragile that if one stops working SMTP breaks..
In our process list we saw a bunch of these rblsmtpd processes backed
up, which lead us to the MAPS zones
auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
root 6099 10800 0 15:50 ? 00:00:00 tcp-env /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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
root 6101 10800 0 15:50 ? 00:00:00 tcp-env /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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
root 6103 10800 0 15:50 ? 00:00:00 tcp-env /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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
root 6110 10800 0 15:50 ? 00:00:00 /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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
Qmail could not be restarted in the Plesk Panel
Qmail appearred to restart OK on commnand prompt
POP3 was still working.
I tracked this down to multi.uribl.com in our MAPS zones
I can't do a PING or DNS lookups are failing for multi.uribl.com
Does this mean their service is down?
Really sucks that Qmail MAPS zone is so fragile that if one stops working SMTP breaks..
In our process list we saw a bunch of these rblsmtpd processes backed
up, which lead us to the MAPS zones
auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
root 6099 10800 0 15:50 ? 00:00:00 tcp-env /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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
root 6101 10800 0 15:50 ? 00:00:00 tcp-env /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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
root 6103 10800 0 15:50 ? 00:00:00 tcp-env /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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
root 6110 10800 0 15:50 ? 00:00:00 /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org -r bl.spamcop.net -r multi.uribl.com /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