@delta544
Der Eintrag in syslog.conf ist auch richtig gibt den Filter und das Ziel an.
Jetzt ist mir aufgefallen auf meinem System (Debian6 Plesk11) habe ich das gleiche Phänomen, das falsche Courier-Anmeldungen (nicht existierende Benutzer) in der lpr.log landen.
@TerraX
da muß ja authpsa stehen wegen Plesk.
Das ist ja nicht das Problem. Die Frage ist ja, warum schreibt syslog (authpsa) nach lpr.log.
Die selbe Meldung steht bei mir noch in syslog und messages.
http://de.wikipedia.org/wiki/Syslog
Ich vermute authpsa setzt hier den Herkunftswert falsch und es deshalb im lpr.log landet.
Hab das einfach in der syslog.conf auskommentiert und syslog neu gestartet.
Gruß
Steffen
Der Eintrag in syslog.conf ist auch richtig gibt den Filter und das Ziel an.
Jetzt ist mir aufgefallen auf meinem System (Debian6 Plesk11) habe ich das gleiche Phänomen, das falsche Courier-Anmeldungen (nicht existierende Benutzer) in der lpr.log landen.
@TerraX
da muß ja authpsa stehen wegen Plesk.
Das ist ja nicht das Problem. Die Frage ist ja, warum schreibt syslog (authpsa) nach lpr.log.
Die selbe Meldung steht bei mir noch in syslog und messages.
http://de.wikipedia.org/wiki/Syslog
Das die ersten fünf Bits der Priority umfassende Facility-Feld enthält einen numerischen Wert, der den Dienst oder die Komponente angibt, der die syslog-Nachricht erzeugt hat. Die folgenden Werte sind laut RFC 3164 vordefiniert:
Ich vermute authpsa setzt hier den Herkunftswert falsch und es deshalb im lpr.log landet.
Hab das einfach in der syslog.conf auskommentiert und syslog neu gestartet.
Gruß
Steffen