warning: connect #1 to subsystem /var/spool/postfix/private/proxymap: Permission denied

Laubie

Member
Hallo zusammen,
da meine Server in letzter Zeit super laufen, war ich ja ewig nicht hier ... Jetzt habe ich aber ein merkwürdiges Problem:
Code:
postfix/smtpd[22356]: warning: connect #1 to subsystem /var/spool/postfix/private/proxymap: Permission denied
..
..
postfix/smtpd[22356]: fatal: connect #11 to subsystem /var/spool/postfix/private/proxymap: Permission denied
Der Server ist relativ frisch (2 Monate) und läuft nach dem Perfekten-Server-Setup auf Debian 10.

Der Fehler tritt immer mal wieder auf. Mal stundenlang nicht, dann 3-4 mal pro Stunde.

Ich habe schon eifrig gegoogelt, aber kein Tipp hat bislang geholfen.
(postfix neustart, proxymap in der master.cf)

Viele Grüße
Laubie
 

Laubie

Member
Da ich 2 gleiche Server laufen habe (den einen von Debian 9 auf 10 upgedatet - der andere von Anfang an auf 10) habe ich mal verglichen.

Alter Server - ohne Fehlermeldung master.cf
Code:
smtps      inet  n       -       y       -       -       smtpd
    -o syslog_name=postfix/smtps
    -o smtpd_tls_wrappermode=yes
    -o smtpd_sasl_auth_enable=yes
    -o smtpd_client_restrictions=permit_sasl_authenticated,reject
Neuer Server - mit Fehlermeldung master.cf
Code:
smtps     inet  n       -       -       -       -       smtpd
  -o syslog_name=postfix/smtps
  -o smtpd_tls_wrappermode=yes
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
Man beachte das fehlende y beim neuen Server.

Ich habe noch mal im how-To nachgeschaut, da ist das y auch nicht enthalten...

Könnte das der Grund sein? Ist dann das HowTo falsch?

Edit:
Bei der submission-Einstellung fehlt auch das y.

Auch komisch: Im Howto hier: https://www.howtoforge.com/perfect-server-debian-10-buster-apache-bind-dovecot-ispconfig-3-1/
fehlen die "y" - im howto hier: https://www.howtoforge.com/perfect-server-debian-10-nginx-bind-dovecot-ispconfig-3.1/
Sind die "y"s gesetzt...
Dabei ändern sich da doch nur die Webserver...

Grüße
Laubie
 
Zuletzt bearbeitet:

Laubie

Member
Ich habe mal gerade gelesen.
Die Standardeinstellung für Chroot hat sich von postfix 2 auf postfix 3 von y auf n geändert.
Könnte es sein, dass das Apache-howTo vor dem Sprung von 2 auf 3 geschrieben wurde und das NGINX-HowTo danach?
Laut Changelog war der Versionssprung im Februar 2019

Grüße

PS: Ich muss mal kurz raus, werde es danach aber mal ausprobieren.
 

Laubie

Member
Huhu,
Leider habe ich den Fehler immer noch nicht abstellen können. Er erscheint mal ne Stunde lang nicht, dann wieder alle 4-6 Minuten ... ganz willkürlich.
Es muss also tatsächlich was mit einem manuellen Ereignis zu tun haben.
Da im Log ja postfix/smtpd steht, kann es gar nicht der o.g. Eintrag sein, der müsste ja postfix/smtps heißen ... wie kann ich denn jetzt besser nach dem Fehler suchen, bzw. was würde euch helfen, mitzusuchen :)

kann ich an jeden Eintrag in die master.cf ein "-o syslog_name=hier_suche_ich_richtig" eintragen?

Grüße
Laubie
 

Laubie

Member
Hallo zusammen ...
mittlerweile rate ich mehr ins blaue hinein, was noch falsch sein könnte ...
Ich habe gerade die Ausgaben beider Server von postvonf -M verglichen.
Da ist alles soweit identisch. Lediglich beim neuen Server gibt es den Eintrag
Code:
postlog    unix-dgram n  -       n       -       1       postlogd
Wofür ist der gut?

Edit: OK. Habs schon ... ist für das postfix-eigene Logging
 

Werbung

Top
Unsere Website wird durch die Anzeige von Online-Werbung für unsere Besucher ermöglicht.
Bitte ziehe es in Betracht, uns zu unterstützen, indem du deinen Werbeblocker deaktivierst.