• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion
  • Please beaware of a breaking change in the REST API on the next Plesk release (18.0.62).
    Starting from Plesk Obsidian 18.0.62, requests to REST API containing the Content-Type header with a media-type directive other than “application/json” will result in the HTTP “415 Unsupported Media Type” client error response code. Read more here

relaylock & authpsa-Spam?

W

Werner Welsch

Guest
Hello,

today I updated to Plesk 9.2.1.
Since then, i had two times a strange problem... there were hundreds of relaylock & authpsa processes in my process list leeching all my cpu. :-D

/var/log/mail.warn says e.g.:
[...]
May 3 23:27:33 server relaylock: /var/qmail/bin/relaylock: mail from 88.253.9.240:2022 (dsl88.234-2544.ttnet.net.tr)
May 3 23:27:41 server relaylock: /var/qmail/bin/relaylock: mail from 77.204.64.55:2891 (55.64.204-77.rev.gaoland.net)
May 3 23:28:13 server relaylock: /var/qmail/bin/relaylock: mail from 216.120.255.25:33056 (not defined)
May 3 23:28:16 server relaylock: /var/qmail/bin/relaylock: mail from 88.238.135.199:58277 (dsl88.238-34759.ttnet.net.tr)
[...]

I now deactivated SMTP-After-Pop and activated greylisting and I hope that this will solve the issue for now but maybe there is a better solution for fixing this problem.

Thanks for you help!

Werner

(P.S.: System: Ubuntu LTS8.04 64bit)
 
I have the same probleme, but when I'm activate the greylisting I have thes message in mail.info :

May 5 21:16:52 sd-13969 relaylock: /var/qmail/bin/relaylock: mail from 209.85.220.176:48129 (mail-fx0-f176.google.com)
May 5 21:16:52 sd-13969 qmail-queue-handlers[24277]: Handlers Filter before-queue for qmail started ...
May 5 21:16:52 sd-13969 qmail-queue-handlers[24277]: [email protected]
May 5 21:16:52 sd-13969 qmail-queue-handlers[24277]: [email protected]
May 5 21:16:52 sd-13969 qmail-queue[24278]: scan: the message(drweb.tmp.OPMm9u) sent by [email protected] to [email protected] is passed
May 5 21:16:52 sd-13969 greylisting filter[24279]: Starting greylisting filter...
May 5 21:16:52 sd-13969 greylisting filter[24279]: No such record 'user_prefs' into settings table
May 5 21:16:52 sd-13969 greylisting filter[24279]: No such record 'greyInterval' into settings table
May 5 21:16:52 sd-13969 greylisting filter[24279]: Unable to get expire interval from GL database
May 5 21:16:52 sd-13969 greylisting filter[24279]: Unable to create record into data GL table
May 5 21:16:52 sd-13969 qmail-queue-handlers[24277]: call_handlers: stop call handlers from dir '/opt/psa/handlers/before-queue/global'

I can't recived mail.
 
I have a partial solution rebuilt the Qmail configuration with /usr/local/psa/admin/sbin/mchk

I have just one mailbox not working

May 5 22:25:50 sd-13969 qmail-local-handlers[27990]: Handlers Filter before-local for qmail started ...
May 5 22:25:50 sd-13969 qmail-local-handlers[27990]: cannot create temporary file - (13) Permission denied
May 5 22:25:50 sd-13969 qmail-local-handlers[27990]: cannot read message from stdin
May 5 22:25:50 sd-13969 qmail: 1241555150.888734 delivery 27: failure:
May 5 22:25:50 sd-13969 qmail: 1241555150.888876 status: local 0/10 remote 0/20
 
Is there any other solutions to this? I tried running /usr/local/psa/admin/sbin/mchk and while it seemed for a while to clear up the multiple relaylock sessions they soon reappeared.
How do I disable SMTP-After-Pop as suggested?

regards
Morten Poulsen
 
Morten:

Same problem here - and everyone else, apparently. The SMTP after POP setting is in the mail server settings. (Home > Server > Mail Server Settings > Relay Options > POP3 [x] lock time...)

Keep in mind that your clients will need to authenticate to send mail whereas all they would have had to do before was check their mail first, so you'll be getting calls.
 
Back
Top