• Introducing WebPros Cloud - a fully managed infrastructure platform purpose-built to simplify the deployment of WebPros products !  WebPros Cloud enables you to easily deliver WebPros solutions — without the complexity of managing the infrastructure.
    Join the pilot program today!
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.
  • 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.

Plesk 10.4.4, MCHK Error

M

md3vxx

Guest
Server: Plesk 10.4.4 , CentOS 6 x64

Outbound email errors with invalid domain keys. An attempt to re-set mailbox configuration errors with:

Some utilities have exited with errors:
/usr/lib64/plesk-9.0/mail_dk_restore

See below:

^C[root@s aoradmin]# /usr/local/psa/admin/sbin/mchk --with-spam
==> Checking for: mailsrv_conf_init... ok
==> Checking for: mail_handlers_init... ok
==> Checking for: mailsrv_entities_dump... ok
==> Checking for: mail_admin_aliases... ok
==> Checking for: mail_auth_dump... ok
==> Checking for: mailman_lists_dump... ok
==> Checking for: mail_kav8_restore... ok
==> Checking for: mail_responder_restore... ok
==> Checking for: mail_postfix_transport_restore... ok
==> Checking for: mail_spam_restore... not exists
==> Checking for: mail_grey_restore... ok
==> Checking for: mail_mailbox_restore... ok
==> Checking for: mail_spf_restore... ok
==> Checking for: mail_dk_restore... fail
==> Checking for: mail_drweb_restore... not exists
Errors occured in mail restore procedure
Some utilities have exited with errors:
/usr/lib64/plesk-9.0/mail_dk_restore
 
Make sure that you have correct permissions for files:

# stat /usr/local/psa/handlers/hooks/dk_check
File: `/usr/local/psa/handlers/hooks/dk_check'
Size: 33912 Blocks: 72 IO Block: 4096 regular file
Device: 2bh/43d Inode: 22168285 Links: 1
Access: (0750/-rwxr-x---) Uid: ( 0/ root) Gid: ( 31/ popuser)

# stat /usr/local/psa/handlers/hooks/dk_sign
File: `/usr/local/psa/handlers/hooks/dk_sign'
Size: 34568 Blocks: 72 IO Block: 4096 regular file
Device: 2bh/43d Inode: 22168389 Links: 1
Access: (0750/-rwxr-x---) Uid: ( 0/ root) Gid: ( 31/ popuser)

# stat /usr/lib64/plesk-9.0/mail_dk_restore
File: `/usr/lib64/plesk-9.0/mail_dk_restore'
Size: 127120 Blocks: 264 IO Block: 4096 regular file
Device: 2bh/43d Inode: 18649627 Links: 1
Access: (0750/-rwxr-x---) Uid: ( 0/ root) Gid: ( 0/ root)
 
I have confirmed permissions already -

[root@s admin]# stat /usr/local/psa/handlers/hooks/dk_check
File: `/usr/local/psa/handlers/hooks/dk_check'
Size: 36048 Blocks: 72 IO Block: 4096 regular file
Device: 802h/2050d Inode: 271188 Links: 1
Access: (0750/-rwxr-x---) Uid: ( 0/ root) Gid: ( 31/ popuser)
Access: 2011-11-20 15:41:48.702122384 +0700
Modify: 2011-11-02 19:49:33.000000000 +0700
Change: 2011-11-20 15:23:53.475497096 +0700
[root@s admin]# stat /usr/local/psa/handlers/hooks/dk_sign
File: `/usr/local/psa/handlers/hooks/dk_sign'
Size: 36600 Blocks: 72 IO Block: 4096 regular file
Device: 802h/2050d Inode: 274457 Links: 1
Access: (0750/-rwxr-x---) Uid: ( 0/ root) Gid: ( 31/ popuser)
Access: 2011-11-20 16:12:24.596476891 +0700
Modify: 2011-11-02 19:49:32.000000000 +0700
Change: 2011-11-20 15:23:53.475497096 +0700
[root@s admin]# stat /usr/lib64/plesk-9.0/mail_dk_restore
File: `/usr/lib64/plesk-9.0/mail_dk_restore'
Size: 155528 Blocks: 304 IO Block: 4096 regular file
Device: 802h/2050d Inode: 42054 Links: 1
Access: (0750/-rwxr-x---) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2011-11-21 03:57:12.000000000 +0700
Modify: 2011-11-02 19:49:49.000000000 +0700
Change: 2011-11-21 03:57:12.998371699 +0700
[root@s aoradmin]#

It does not appear to be a permission issue.
 
md3vxx,
Did you ever find a solution to this issue?

Igor,
I have all the permissions you say I should have, yet it still fails on mail_dk_restore
 
Yes, we resolved this issue. We had LES in place on our server and had to disable it ($ les -da) before we were able to run the command.
 
Thanks for the speedy reply md3vxx, much appreciated!

I will have to look into LES and see if my server is even running it. Definitely a good place to start.
 
Maybe someone else will be able to benefit from this, but my issue was solved because during my server migration my DomainKeys were not transfered for every domain. If your emails are not getting signed, I would first double check to make sure the default key files exist for that domain:
/etc/domainkeys/[domainName.tld]/default
 
Back
Top