7
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.
Die Ausgabe von "ps aux" zum Prozess 3188:
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.
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=998Die 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.mailIch 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.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 292858
Url: https://administrator.de/contentid/292858
Printed on: April 28, 2024 at 03:04 o'clock
7 Comments
Latest comment
Hallo @cMaster,
Zeile 4 zeigt sehr deutlich, dass die Datenbank für die greylisting-Daten nicht geöffnet werden kann.
Gibt es die Dateien
Gruß,
@Snowman25
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:
Hier noch die grey-Anwendung:
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.
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
versuche ich selbst grey als postfix auszuführen, kann ich das aber garnicht erst, da mir schon zum Ausführen die Berechtigungen fehlen.
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
Gruß,
@Snowman25
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
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
Hallo @cMaster
andere Datenbanken sind mir nicht bekannt.
Hast du schonmal in der plesk-community nachgefragt?
Gruß,
@Snowman25
andere Datenbanken sind mir nicht bekannt.
Hast du schonmal in der plesk-community nachgefragt?
Gruß,
@Snowman25
