| kpmedia |
06-30-2012 06:50 AM |
DrWeb failure emails in Plesk 9 [SOLVED]
Updating to Plesk 9.5.4 on a Linux VPS started an avalanche of bouncing emails. :rolleyes:
Quote:
Hi. This is the qmail-send program at server.fakedomain.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<drweb@server.fakedomain.com>:
./Maildir: No such file or directory
I'm not going to try again; this message has been in the queue too long.
--- Below this line is a copy of the message.
Return-Path: <anonymous@server.fakedomain.com>
Received: (qmail 7899 invoked by uid 100); 23 Jun 2012 12:30:12 +0300
Date: 23 Jun 2012 12:30:12 +0300
Message-ID: <20120623093012.7896.qmail@server.fakedomain.com >
From: root@server.fakedomain.com (Cron Daemon)
To: drweb@server.fakedomain.com
Subject: Cron <drweb@server> /opt/drweb/update.pl
Content-Type: text/plain; charset=UTF-8
Auto-Submitted: auto-generated
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/drweb>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=drweb>
X-Cron-Env: <USER=drweb>
Dr.Web (R) update details:
Update server: http://update.nsk1.drweb.com/unix/500
Update has begun at Sat Jun 23 12:30:02 2012
Update has finished at Sat Jun 23 12:30:11 2012
Following files has been updated:
/var/drweb/bases/drwtoday.vdb
/var/drweb/bases/dwntoday.vdb
/var/drweb/bases/dwrtoday.vdb
/var/drweb/updates/timestamp
|
Dr. Web wrongly extracts the domain name from a variable often used by the host to internally ID each VPS container, instead of the actual server hostname of the VPS. The "fakedomain.com" in the above email is a replacement I made; the actual email showed the ID number of the VPS at EuroVPS. It also tries to use an email address that does not exist.
An older Plesk 9.2.x article in the Parallels KB shows how to remedy this issue: http://kb.parallels.com/en/7023
It's a quick edit to the Dr. Web updates configuration file at /etc/drweb/drweb32.ini
(Note: Do yourself a favor and install nano on the VPS: yum install nano. If yum is disabled, you may need to contact the host.
By default, the VPS should at least come with the harder-to-use vi editor.)
Find this text near the bottom of the INI file:
Code:
# CronSummary = {Boolean}
# Enables output of update session log to stdout.
CronSummary = yes
Change "yes" to "no".
Save it.
Then either restart the Dr Web service, or reboot the VPS.
Code:
service drwebd restart
And that's it. :thumb:
__________________
Need a good host?
Find one here: List of the Best Web Hosts in 2012 - Shared, reseller and VPS hosting |
