mchk errors

[Red Paint]

Hello All,

Running 11.5.30 #18 on CentOS 6.4 Final.

When running mchk we're getting an error with mail_dk_restore:

# /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: vhostidmng... ok
==> Checking for: mail_postfix_transport_restore... ok
==> Checking for: mail_spam_restore... ok
==> 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

Permissions look OK:

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: fd00h/64768d    Inode: 2758461     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: 36072           Blocks: 72         IO Block: 4096   regular file
Device: fd00h/64768d    Inode: 2755282     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: 125840          Blocks: 248        IO Block: 4096   regular file
Device: fd00h/64768d    Inode: 2373322     Links: 1
Access: (0750/-rwxr-x---)  Uid: (    0/    root)   Gid: (    0/    root)

Any idea what's going on with the domain key restore and how we can fix it. Looked in the maillog and messages logs but couldn't see anything obvious.

Thanks

 

[Matt Sonnentag]

Had this same issue, might save someone some time:

Check your /etc/domainkeys/TLD directories. If the file "default" is missing you need to create it for mail_dk_restore to work. We had some exchange servers that were relaying mail thru us and their keyname was different than default.

Also, most of these utilities can be called on the CLI with a --all switch and it will tell you why it is cacking. ie: ./mail_dk_restore --all