• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Qmail woes after restore

U

unixguy

Guest
I recently had a hard drive failure and was forced to restore from backups.

After the restore local mail delivery is not working correctly.

The local mail queue will grow. After some time I will run

/usr/local/psa/admin/bin/mchk --with-spam

Then I will run a Flush queue

/usr/local/qmHandle/qmHandle -a

And all the messages will go.

The queue will operate and deliver normally for a time - but eventually something will get caught and the entire queue will stop processing.

There are no errors in /usr/local/psa/var/log/maillog that tell me what message(s) are causing the problem.

Running qmHandle -a on its own is not enough
Running mchk --with-spam on its own is not enough. I must run both.


Can anyone tell me where I should look?

It is my understanding that mchk will repair/rebuild all Qmail configuration files and restore settings for all mailboxes. So what is it that is coming along and wrecking my qmail configs?


For the moment I've added a crontab to run mchk and qmHandle -a every 15 minutes -- but this is not a long term solution.


Many thanks,


Troy


I restored the psa databases, the websites and the /var/qmail directory hierarchy - no problems.

All the user accounts and passwords are fine.

Mail sent externally works fine.
 
Hello,


Check the maillog and see if what the concurrencyremote and concurrencylocal shows.

Increase those values and see if there are changes.
 
bad odeivar

I finally determined that there was a crontab entry running at 10 past the hour called insert_odeivar

Apparently I had a faulty version of odeivar and this was causing mail to hang. When I would run mchk it would remove the odeivar filter and things would work until the cronjob ran again.

odeivar is related to my virus filtering.

Thanks blank_page for your help!
 
Back
Top