Greylisting at Plesk 9.2.1 fails!

[Stefan Becker]

Hello,

i've the problem with postfix and greylisting. Postfix run stable, but the greylisting process run unfortunally. All spam mails run at the mailbox. It start a greylisting process but without an event.

Here a snip from the log:
May 19 19:31:51 stefanshome postfix/smtpd[22516]: connect from 59-212-21-190.adsl.terra.cl[190.21. 212.59]
May 19 19:31:52 stefanshome postfix/smtpd[24411]: connect from localhost.localdomain[127.0.0.1]
May 19 19:31:52 stefanshome postfix/smtpd[22516]: NOQUEUE: client=59-212-21-190.adsl.terra.cl[190. 21.212.59]
May 19 19:31:52 stefanshome postfix/smtpd[24411]: 391B33A0E47: client=59-212-21-190.adsl.terra.cl[ 190.21.212.59]
May 19 19:31:52 stefanshome before-remote[24432]: check handlers for addr: [email protected] m
May 19 19:31:52 stefanshome before-queue[24430]: check handlers for addr: [email protected]
May 19 19:31:52 stefanshome before-queue[24430]: check handlers for addr: [email protected]
May 19 19:31:52 stefanshome before-queue[24430]: Processing handlers...
May 19 19:31:52 stefanshome before-remote[24432]: check handlers for addr: [email protected]
May 19 19:31:56 stefanshome before-queue[24430]: hook_dir = '/opt/psa/handlers/before-queue'
May 19 19:31:56 stefanshome before-queue[24430]: recipient[3] = '[email protected]'
May 19 19:31:56 stefanshome before-queue[24430]: handlers dir = '/opt/psa/handlers/before-queue/recipient/[email protected]'
May 19 19:31:56 stefanshome before-queue[24430]: call_handlers: call executable = '/opt/psa/handlers/info/05-grey-pE1gUf/executable'
May 19 19:31:56 stefanshome greylisting filter[24433]: Starting greylisting filter...
May 19 19:31:56 stefanshome before-queue[24430]: handlers_stderr: SKIP
May 19 19:31:56 stefanshome before-queue[24430]: call_handlers: SKIP during call '/opt/psa/handlers/info/05-grey-pE1gUf/executable' handler
May 19 19:31:56 stefanshome postfix/cleanup[24413]: 391B33A0E47: message-id=<000d01c9d8a7$b0b1a520$6400a8c0@cogss493>
May 19 19:31:57 stefanshome postfix/qmgr[9386]: 391B33A0E47: from=<[email protected]>, size=18747, nrcpt=1 (queue active)
May 19 19:31:57 stefanshome postfix/smtpd[24411]: disconnect from localhost.localdomain[127.0.0.1]
May 19 19:31:57 stefanshome postfix-local[24434]: postfix-local: [email protected], [email protected], dirname=/var/qmail/mailnames
May 19 19:31:57 stefanshome postfix-local[24434]: hook_dir = '/opt/psa/handlers/before-local'
May 19 19:31:57 stefanshome postfix-local[24434]: recipient[3] = '[email protected]'
May 19 19:31:57 stefanshome postfix-local[24434]: handlers dir = '/opt/psa/handlers/before-local/recipient/[email protected]'
May 19 19:31:57 stefanshome postfix/pipe[24415]: 391B33A0E47: to=<[email protected]>, orig_to=<[email protected]>, relay=plesk_virtual, delay=4.9, delays=4.9/0/0/0.01, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
May 19 19:31:57 stefanshome postfix/qmgr[9386]: 391B33A0E47: removed
May 19 19:31:57 stefanshome postfix/smtpd[22516]: disconnect from 59-212-21-190.adsl.terra.cl[190.21.212.59]

Any idea for this problem?

Stefan

 

[ElviCities]

Spamdyke does NOT fix the rogue relaylock process issue unfortunately (will keep Spamdyke anyway, cool program). I thought it would fix it going by the testimony here, installed it --- but the problem just reoccurred.

I wish Parallels would come up with a solution soon - because this is a MAJOR issue. For now I have deselected the poplock time setting.. But there has to be a better solution from Parallels, here's hoping.

 

[Yves Vogl]

Better use Spamdyke instead. It's the same with Greylisting as it was Postfix (which is still does not work reliably after more than 12 month after release): It's a bluff package from Parallels to catch some more customers. It's just a bad implementation for the sake of marketing.