9.2.2 Qmail

[Cert-eh-fiable]

My current installation only has qmail installed. Using either the autoinstaller or the plesk binary option 15 for qmail is (=) for no updates required.

mailmng reports

/usr/local/psa/admin/sbin/mailmng --features | grep SMTP_Server
$features['SMTP_Server'] = "Postfix";
$features['SMTP_Server_package'] = "postfix";

Option 16 in the installer for postfix is ( ) blank for not installed and I confirmed postfix is not an installed component

yum search postfix


Now the KB says you should be able to switch between the two MTAs but what I'm finding is that there's no removing one or the other mta (read: I can select and install both mtas on the server) it defaults to postfix I *assume* because of the $features setting the mta postfix as grep'd in mainmng.

Fix? I want to run QMail on this box.

Thanks.

 

[abezborodova]

The output you have provided reports that Postfix MTA is used on the server. You may switch MTA to QMail with the autoinstaller script as it is advised in the KB acticle "how to switch from Qmail to Postfix and vice versa":

~# /usr/local/psa/admin/sbin/autoinstaller --select-release-current --install-component qmail

The utility will install QMail and package psa-mail-qc-driver that is a Parallels Plesk Panel mail driver for QMail MTA. QMail cannot be used without the package.

I think it is psa-mail-pc-driver installed on the server now that is Parallels Plesk Panel driver for Postfix. Only one of the packages is installed.

 

[Cert-eh-fiable]

I was able to fix this issue with the help of the KB by performing the following steps.

1. Disabled the plesk.repo for yum by setting "enable=0" in the repo file. It appears that no matter which MTA is installed there is a problem with the RPM repository that shows the opposite MTA driver as an update. Disable yum from updating the driver either by excluding it in the repo or disabling the repo all together.

2. Since my installation showed that both MTAs were installed I used "yum erase postfix" to remove the postfix MTA so that I could use the plesk installer to re-install the postfix MTA per the KB listed above.

3. Once I installed the postfix MTA from the KB above I used the same KB to install the QMail MTA which worked as it should and because of step one the driver no longer updates forcing me back to the opposite MTA of the one installed.

Problem that I have now (I used the mchk --with-spam to make sure the MTA was installed correctly with no errors and sync'd back to the installation and db).

a) I have also used the KB to fix the qmail / postfix issue. However qmail as a "stock" installation is hosed. Please have them review the maillog. Here is a snippet from that log that shows the following.

- relaylock not functioning properly.
-- denies localhost access
-- denies all other mail servers access
- qmail handlers not functioning properly.
- spf filter errors.



Aug 4 23:44:20 mailserver qmail-queue-handlers[4064]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-spf-JEJvFJ/executable'
Aug 4 23:44:20 mailserver spf filter[4077]: Starting spf filter...
Aug 4 23:44:20 mailserver spf filter[4077]: Error code: (2) Could not find a valid SPF record
Aug 4 23:44:20 mailserver spf filter[4077]: Failed to query guess rules: Could not find a valid SPF record near 'v=spfl a/24 '
Aug 4 23:44:20 mailserver spf filter[4077]: SPF result: neutral
Aug 4 23:44:20 mailserver spf filter[4077]: SPF status: PASS
Aug 4 23:44:20 mailserver qmail-queue-handlers[4064]: handlers_stderr: PASS
Aug 4 23:44:20 mailserver qmail-queue-handlers[4064]: call_handlers: PASS during call '/usr/local/psa/handlers/info/10-spf-JEJvFJ/executable' handler
Aug 4 23:44:20 mailserver qmail-queue-handlers[4064]: call_handlers: Unable to delete '/usr/local/psa/handlers/spool/messagevQH2lj' file: No such file or directory
Aug 4 23:44:20 mailserver qmail-queue-handlers[4064]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
Aug 4 23:44:56 mailserver relaylock: /var/qmail/bin/relaylock: mail from 201.92.173.xxx:61031 (201-92-173-xxx.dsl.telesp.net.br)
Aug 4 23:46:42 mailserver relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:56057 (localhost)
Aug 4 23:46:57 mailserver relaylock: /var/qmail/bin/relaylock: mail from 190.67.175.xxx:16388 (not defined)
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: Handlers Filter before-queue for qmail started ...
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: [email protected]
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: [email protected]
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: hook_dir = '/usr/local/psa/handlers/before-queue'
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: recipient[3] = '[email protected]'
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: handlers dir = '/usr/local/psa/handlers/before-queue/recipient/[email protected]'
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-spf-JEJvFJ/executable'
Aug 4 23:46:58 mailserver spf filter[4584]: Starting spf filter...
Aug 4 23:46:58 mailserver spf filter[4584]: Error code: (2) Could not find a valid SPF record
Aug 4 23:46:58 mailserver spf filter[4584]: Failed to query guess rules: Could not find a valid SPF record near 'v=spfl a/24 '
Aug 4 23:46:58 mailserver spf filter[4584]: Error code: (2) Could not find a valid SPF record
Aug 4 23:46:58 mailserver spf filter[4584]: Failed to query MAIL-FROM: No DNS data for 'alb-xxx-schwarzwald.de'.
Aug 4 23:46:58 mailserver spf filter[4584]: SPF result: none
Aug 4 23:46:58 mailserver spf filter[4584]: SPF status: PASS
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: handlers_stderr: PASS
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: call_handlers: PASS during call '/usr/local/psa/handlers/info/10-spf-JEJvFJ/executable' handler
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: Unable to stat entry '/usr/local/psa/handlers/info/10-spf-JMH9NH/executable' or it is not link: No such file or directory
Aug 4 23:46:58 mailserver qmail-queue-handlers[4583]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'


A fix would be terrific. Thanks for your thoughts and solutions.

~ Cert

 

[Cert-eh-fiable]

I have a working qmail / spamdyke (including BHL and greylists) / spf / domainkeys / drweb / horde installation back and working again.

Aug 9 23:25:44 mailserver qmail-remote-handlers[11672]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-dd51-domainkeys-M17p2f/executable'
Aug 9 23:25:44 mailserver dk_sign[11674]: Auth_ID: [mailserver.com] Signed: [Yes] Header List: [Yes]
Aug 9 23:25:44 mailserver qmail-remote-handlers[11672]: handlers_stderr: PASS
Aug 9 23:25:44 mailserver qmail-remote-handlers[11672]: call_handlers: PASS during call '/usr/local/psa/handlers/info/10-dd51-domainkeys-M17p2f/executable' handler
Aug 9 23:25:46 mailserver qmail: 1249878346.448680 delivery 225: success: 70.74.124.171_accepted_message./Remote_host_said:_250_2.6.0__<[email protected]>_Queued_mail_for_delivery/
Aug 9 23:25:46 mailserver qmail: 1249878346.448807 status: local 0/10 remote 0/20
Aug 9 23:25:46 mailserver qmail: 1249878346.448844 end msg 28295844
Aug 9 23:26:33 mailserver spamdyke[11719]: FILTER_RDNS_MISSING ip: 190.209.27.79
Aug 9 23:26:33 mailserver relaylock: /var/qmail/bin/relaylock: mail from 190.209.27.79:50135 (not defined)
Aug 9 23:26:34 mailserver spamdyke[11719]: DENIED_RDNS_MISSING from: [email protected] to: usa***@mailserver.com origin_ip: 190.209.27.79 origin_rdns: (unknown) auth: (unknown)
Aug 9 23:30:15 mailserver qmail-queue[11978]: scan: the message(drweb.tmp.MHjCVr) sent by mailserver.com to si***@si-comp.co.uk is passed
Aug 9 23:30:15 mailserver qmail-remote-handlers[11977]: handlers_stderr: PASS
Aug 9 23:30:15 mailserver qmail-remote-handlers[11977]: call_handlers: PASS during call '/usr/local/psa/handlers/info/20-drweb-qTCZFm/executable' handler
Aug 9 23:30:15 mailserver qmail-remote-handlers[11977]: recipient[3] = 'si***@si-comp.co.uk'
Aug 9 23:30:15 mailserver qmail-remote-handlers[11977]: handlers dir = '/usr/local/psa/handlers/before-remote/recipient/si***@si-comp.co.uk'
Aug 9 23:30:15 mailserver qmail-remote-handlers[11977]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-dd51-domainkeys-M17p2f/executable'
Aug 9 23:30:15 mailserver dk_sign[11979]: Auth_ID: [mailserver.com] Signed: [Yes] Header List: [Yes]
Aug 9 23:30:15 mailserver qmail-remote-handlers[11977]: handlers_stderr: PASS
Aug 9 23:30:15 mailserver qmail-remote-handlers[11977]: call_handlers: PASS during call '/usr/local/psa/handlers/info/10-dd51-domainkeys-M17p2f/executable' handler
Aug 9 23:30:20 mailserver qmail: 1249878620.989707 delivery 226: success: 195.10.243.77_accepted_message./Remote_host_said:_250_2.0.0_n7A4UL3l061428_Message_accepted_for_delivery/
Aug 9 23:30:20 mailserver qmail: 1249878620.989826 status: local 0/10 remote 0/20
Aug 9 23:30:20 mailserver qmail: 1249878620.989861 end msg 28295844
Aug 9 23:32:11 mailserver qmail: 1249878731.231662 delivery 227: success: 195.10.243.77_accepted_message./Remote_host_said:_250_2.0.0_n7A4WB9b061622_Message_accepted_for_delivery/
Aug 9 23:32:11 mailserver qmail: 1249878731.231761 status: local 0/10 remote 0/20
Aug 9 23:32:11 mailserver qmail: 1249878731.231793 end msg 28295844



Getting back to a working, properly functioning installation that's secure, prevents spam, blocks spam, has AV, and uses DK and SPF correctly is like an act of God but possible. If there's a need I might be willing to develop a guide to do this at least for my OS distro. I'm currently running a fully up-to-date installation of 9.2.2. Everything is working exactly like it should including the MTA with SpamDyke support add-on.

I'd like to thank AtomicRocketTurtle Forums, the almost impossible KB here at Parallels, Google, and my wife for leaving me alone for almost 10 hours to get this back online. I can't tell you how nice it is to have a fully functioning MTA again.

~cert

 

[misterdee]

Cert - please could you post a link to that ART forum thread?