Greylisting-Filter von Plesk blockiert gesamten Mailverkehr

Hi,

ich habe einen V-Server mit Ubuntu 14.04.3 LTS auf dem Plesk in der Version 12.5.30 läuft. Plesk habe ich manuell über den Plesk-Auto-Installer installiert.

Wenn ich für den E-Mail-Verkehr den Greylisting-Filter aktiviere, werden mir fortan keine E-Mails mehr zugestellt. Nicht nur die erst Mail nicht, sondern auch alle folgenden Versuche des fremden Mailservers, die selbe E-Mail zuzustellen, scheitern. Wenn ich den Greylisting-Filter wieder deaktiviere, werden die Mails nach und nach zugestellt (der Mailserver funktioniert also, es liegt definitiv an der Greylisting-Option).

Im Log stehen ein paar Sachen zum "greylisting filter", leider nichts aussagekräftiges.

Jan  7 03:40:02 h1335577 postfix/smtpd[3132]: connect from mailout.sender.tld[1.2.3.4]
Jan  7 03:40:02 h1335577 postfix/smtpd[3132]: 4D5162D520BE5: client=mailout.sender.tld[1.2.3.4]
Jan  7 03:40:02 h1335577 greylisting filter[3188]: Starting greylisting filter...
Jan  7 03:40:02 h1335577 greylisting filter[3188]: Unable to execute update from data table query: unable to open database file
Jan  7 03:40:02 h1335577 greylisting filter[3188]: Unable to update record into data table
Jan  7 03:40:02 h1335577 greylisting filter[3188]: Unable to create record into data GL table
Jan  7 03:40:02 h1335577 /usr/lib/plesk-9.0/psa-pc-remote[938]: handlers_stderr: DEFER
Jan  7 03:40:02 h1335577 /usr/lib/plesk-9.0/psa-pc-remote[938]: DEFER during call 'grey' handler  
Jan  7 03:40:02 h1335577 /usr/lib/plesk-9.0/psa-pc-remote[938]: Message aborted.
Jan  7 03:40:02 h1335577 postfix/smtpd[3132]: 4D5162D520BE5: milter-reject: DATA from mailout.sender.tld[1.2.3.4]: 451 4.7.1 Service unavailable - try again later; from=<name@sender.tld> to=<to@recipient.mail> proto=ESMTP helo=<mailout.sender.tld>
Jan  7 03:40:02 h1335577 postfix/smtpd[3132]: disconnect from mailout.sender.tld[1.2.3.4]
Jan  7 03:40:12 h1335577 dovecot: imap-login: Login: user=<to@recipient.mail>, method=DIGEST-MD5, rip=127.0.0.1, lip=127.0.0.1, mpid=4530, secured, session=<ApPUY7UoWQB/AAAB>
Jan  7 03:40:12 h1335577 dovecot: service=imap, user=to@recipient.mail, ip=[127.0.0.1]. Disconnected: Logged out rcvd=136, sent=998

Die Ausgabe von "ps aux" zum Prozess 3188:

postfix  3188  0.0  0.0  13744  1596 ?  R  03:40  0:00 /opt/psa/handlers/hooks/grey none name@sender.tld to@recipient.mail

Ich gehe davon aus, dass irgendwo für irgendwas die Rechte falsch sind, ist nur die Frage bei welcher/welchen Datei(en). Im Internet konnte ich leider nichts brauchbares finden, was mich weiter gebracht hätte.

Weiß jemand, um welche "database file" es sich handelt und was diese für Rechte haben muss?

Vielen Dank und viele Grüße.

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 292858

Url: https://administrator.de/contentid/292858

Ausgedruckt am: 22.11.2024 um 16:11 Uhr

7 Kommentare

Neuester Kommentar

Hallo @cMaster,

Zeile 4 zeigt sehr deutlich, dass die Datenbank für die greylisting-Daten nicht geöffnet werden kann.
Gibt es die Dateien /var/lib/plesk/mail/greylist/data.db und /var/lib/plesk/mail/greylist/settings.db?

Gruß,
@Snowman25

Hi Snowman25,

ja, die Dateien existieren:

root@h1335577:~# ll /var/lib/plesk/mail/greylist/
total 24
drwxr-xr-x 2 root popuser  4096 Jan 12 01:17 ./
drwxr-xr-x 7 root root     4096 Nov  7 00:29 ../
-rwxrwxr-x 1 root popuser  4096 Jan 12 01:17 data.db*
-rwxrwxr-x 1 root popuser 10240 Jan  7 04:06 settings.db*

Hier noch die grey-Anwendung:

root@h1335577:~# ll /opt/psa/handlers/hooks/grey
-r-xr-x--- 1 root popuser 64376 Aug 26 15:19 /opt/psa/handlers/hooks/grey*

gleiche User, Zugriffsrechte sollten auch passen...
Auf blöd würde ich jetzt einfach mal das Setup für's greylisting-modul neu laufen lassen.

was ich auch nicht ganz verstehe:

der User "postfix" ist nicht Mitglied der Gruppe "popuser" - grey wird aber als postfix ausgeführt, verständlich, da es ja vom Mail-Server gestartet wird

root@h1335577:~# id postfix
uid=105(postfix) gid=113(postfix) groups=113(postfix)

versuche ich selbst grey als postfix auszuführen, kann ich das aber garnicht erst, da mir schon zum Ausführen die Berechtigungen fehlen.

root@h1335577:~# sudo -u postfix /opt/psa/handlers/hooks/grey none name@sender.tld to@recipient.mail
sudo: unable to execute /opt/psa/handlers/hooks/grey: Permission denied

Na dann gib die Datenbanken doch mal an postfix postfix weiter, anstelle von root popuser.

Gruß,
@Snowman25

Hi,

gibt es noch irgendwelche andere Datenbanken, die sich hinter dieser Fehlermeldung verbirgen könnten?

Habe jetzt others auf die beiden Datenbanken noch Schreibrechte gegeben; Lese- und Schreibrechte sind jetzt Nutzerunabhängig für beide Datenbanken vorhanden - geht aber immer noch nicht. Weiterhin die selbe Fehlermeldung im Log. Daran liegt es also leider nicht.

Viele Grüße