Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comm.software.mailserver > #5269
| From | Andreas Kohlbach <march.10.ankman@spamgourmet.net> |
|---|---|
| Newsgroups | de.comm.software.mailserver |
| Subject | Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 |
| Date | 2016-03-06 18:33 -0500 |
| Organization | albasani.net |
| Message-ID | <87a8mbyyed.fsf@usenet.ankman.de> (permalink) |
| References | (1 earlier) <35573.5898.1457067970@news.jors.net> <87oaauq7qv.fsf@usenet.ankman.de> <35585.10467.1457170592@news.jors.net> <87vb50d4wy.fsf@usenet.ankman.de> <slrnndmlsd.o1q.hjp-usenet3@hrunkner.hjp.at> |
Peter J. Holzer wrote on 05. March 2016: > > On 2016-03-05 20:51, Andreas Kohlbach <march.10.ankman@spamgourmet.net> wrote: >> Juergen P. Meier wrote on 05. March 2016: >>> begin 1 followup to Andreas Kohlbach <march.10.ankman@spamgourmet.net>: >>>> >>>> Vorher war es hier /var/log/mail.info. Aber seit systemd ist es in >>>> journalctl aufgegangen. Was selbst nichts zu postdrop hat. >>> >>> *sigh*. Bist du sicher? >> >> Ja. Z.B. finde ich >> >> root adm 4895 Dec 2 07:04 /var/log/mail.log >> root adm 1281 Dec 2 07:04 /var/log/mail.info > > Ich nehme an, Juergens Frage bezog sich auf Deine Aussage, dass > "journalctl [...] nichts zu postdrop hat". Das halte ich für eher > unwahrscheinlich. Bei mir zumindest gibt > > journalctl -u postfix > > haufenweise Meldungen von diversen Postfix-Subsystemen aus. > > Und du hast ja passende Fehlermeldungen gepostet. Wo hast Du die her, > wenn Du kein syslog mehr hast und journalctl auch nichts ausspuckt? "journalctl -u postfix" nichts zu "postdrop" oder "fatal". Obwohl ich, wenn ich alles liste Mar 05 12:18:10 andreas postfix/postdrop[27230]: fatal: /etc/postfix/dynamicmaps.cf: file open failed: Permission denied Mar 05 12:18:11 andreas postfix/sendmail[27229]: warning: command "/usr/sbin/postdrop -r" exited with status 1 Mar 05 12:18:11 andreas postfix/sendmail[27229]: fatal: andreas(1000): unable to execute /usr/sbin/postdrop -r: Success bekomme. >> Am 1 Dezember muss systemd erneuert worden sein, und hat sich das, auch >> syslog und anderes, beim nächsten Booten unter den Nagel gerissen. > > Das ist auf Debian-Systemen nicht normal. Ich habe mittlerweile etliche > auf Debian 8 (mit Systemd) upgegradet und die haben alle noch einen > traditionellen syslog (rsyslog in meinem Fall). > > Allerdings ist es mir früher (ich glaube, beim Upgrade auf Debian 7) bei > einigen Systemen passiert, dass ich auf Grund ungünstiger Abhängigkeiten > (und zweifellos auch Unaufmerksamkeit von meiner Seite) versehentlich > den Syslogd deinstalliert habe. > > Was sagt denn > > dpkg -l '*syslog*' > > bei Dir? Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-====================================-=======================-=======================-=========== un libsys-syslog-perl <none> <none> (no description available) rc rsyslog 8.14.0-2 i386 reliable system and kernel logging daemon un rsyslog-doc <none> <none> (no description available) un rsyslog-gnutls <none> <none> (no description available) un rsyslog-gssapi <none> <none> (no description available) un rsyslog-mongodb <none> <none> (no description available) un rsyslog-mysql <none> <none> (no description available) un rsyslog-pgsql <none> <none> (no description available) un rsyslog-relp <none> <none> (no description available) >>> DAs *MUSS* im Maillog auftauchen. Wenn systemd's journalctl das nicht >>> findet, dann ist systemd's journalctl kaputt. >> >> AFAIK "muss" das nicht mehr auftauchen. IIRC hatte systemd gleich mal >> syslogd deinstallieren wollen. Ich hatte den danach wieder installiert, >> nur damit systemd den bei seinem nächsten Update wieder deinstallieren >> wollte. Also habe ich systemd gewähren lassen. :-/ > > Syslogd deinstalliert nichts. Das macht apt oder aptitude, oder welchen > Paketmanager Du auch verwendest. Schlimmstenfalls gibt es einen Konflikt > zwischen systemd und einem der diversen Pakete, die > syslog-Funktionalitäten zur Verfügung stellen. Das sollte Dir Dein > Paketmanager aber mitgeteilt haben. Ich meinte nicht, dass syslogs etwas deinstalliert. IIRC hatte systemd, als er ein Update erfuhr, syslogs entfernt. >>>> Wozu soll das gut sein, wenn Postfix sendmail mit bringt? Weil viele alte >>>> Mailclients sendmail erwarten? >>> >>> Ja, und viele Scripte und viele Programme. >> >> In der Annahme, dass die Programme und Skripte noch gepflegt werden, >> sollten die Entwickler IMO nach nun Jahrzehnten dazu übergehen, das >> "sendmail Muss" raus zu werfen. > > Wozu soll das gut sein? sendmail das Standard-Unix-Kommando zum > Versenden von Mail. Genausogut könntest Du fordern, dass die Entwickler > nach Jahrzehnten mal endlich davon abgehen sollten "ls" oder "find" oder > "grep" zu verwenden. ls, grep oder find sind arg verschieden. Postfix, Exim oder Sendmail haben dann aber doch die selbe Aufgabe. Es erscheint mir unnötig, Sendmail haben zu müssen, wenn man Exim oder Postfix vor zieht. So lange diese die Aufgaben von Sendmail erfüllen können. Und auch alte Programme, die Sendmail erwarten, von Exim oder Postfix bedient werden können. >>> Wenn die Posix-ACLs an der Datei das Lesen erlauben weurden, dann kann >>> es nur noch an SELinux liegen. >> >> Ich kann nur vermuten, dass Selinux strenger geworden ist seit dem >> letzten Update, > > Ich mag ja Leute nicht, die auf eine Aussage einfach mit "Unfug" > antworten, aber hier komme ich schwer in Versuchung, das selbst zu > machen. > > Wie um alles in der Welt kommst Du auf die Idee, dass das irgendwas mit > SELinux zu tun haben könnte? Dass ein Prozess, der nicht mit > Root-Rechten läuft, ein File mit den Rechten "-rw-r----- root root" > nicht lesen kann, ist doch ganz normales Unixverhalten und seit den > 70er-Jahren so. Schon immer kamen Meldungen, wie diese: Feb 14 19:12:37 andreas postfix/sendmail[20429]: warning: dict_open_dlinfo: cannot open /etc/postfix/dynamicmaps.cf. No dynamic maps will be allowed. Er hat dann sehr wohl Mail verschickt. Aber warum, wenn damals vermutlich schon "rw--r---- root root" gesetzt war? Und es ist nur "warning", kein "fatal". Weil es doch funktionierte, habe ich die Warning in den Wind geschlagen. Weiter hatte ich nach einer Lösung gegoogelt, bevor ich hier fragte. Einige Antworten nannten Selinux als möglichen Auslöser. Als ich dann mein Update-Log für Linux durch sah, fiel mir auf, dass Selinux den Tag davor tatsächlich geupdatet wurde! So schien es mir klar, dass es an Selinux liegen muss. Aber siehe unten... >> und die falschen Dateirechte an /etc/postfix/dynamicmaps.cf nicht mehr >> durchgehen lässt. > > Das wird wohl eher eine Änderung in Postfix selbst sein. Wahrscheinlich > hat Postfix früher ein unlesbares dynamicmaps.cf genauso wie ein > fehlendes behandelt. Jetzt ist es ein Fehler, was mir sehr sinnvoll > erscheint (wenn Du ein dynamicmaps.cf hast, willst Du wahrscheinlich > auch, dass Postfix es verwendet). Da Debian dieses Feature > offensichtlich vor der offiziellen Version von Postfix hatte, ist es > leicht möglich, dass sich das jetzt anders verhält. Mir fällt eben erst auf, dass Postfix auch ein großes Update hatte: | [UPGRADE] postfix:i386 2.11.3-1+b1 -> 3.0.4-5 Und im Debian.changelog.gz finde ich u.a: | * Add back creation of /etc/postfix/dynamicmaps.cf to postfix.postinst | * convert intalled dynamicmaps.cf, deliver a correct one, move where | daemons live | * Initial merge of 3.0.3 from upstream. Still needs packaging and | whatnot for shlibs and dynamic maps, which are now upstream. >> Und hätte aus der Warnung - die ich seit Jahren habe und ignorierte - >> einen Fehler machen sollen. > > Das haben sie ja jetzt offenbar gemacht. Nein, es stand bezüglich der Dynamic Maps weiterhin nur "warning". Das "fatal" stand in anderem Zusammenhang. -- Andreas I use a Unix based operating system, which means I get laid almost as often as I have to reboot my computer.
Back to de.comm.software.mailserver | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-03 19:39 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Juergen P. Meier" <nospam-1984@jors.net> - 2016-03-04 05:06 +0000
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-04 15:59 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Sven Hartge <sh-162@svenhartge.de> - 2016-03-04 22:05 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-04 16:22 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Sven Hartge <sh-162@svenhartge.de> - 2016-03-04 22:43 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 dseppi@a1.net (David Seppi) - 2016-03-04 22:14 +0000
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Sven Hartge <sh-162@svenhartge.de> - 2016-03-04 23:20 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-04 23:39 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Juergen P. Meier" <nospam-1984@jors.net> - 2016-03-05 09:36 +0000
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-05 15:51 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-05 23:02 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-06 18:33 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-07 19:57 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-07 19:00 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-03-08 06:14 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-08 17:45 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Christian Garbs <mitch@cgarbs.de> - 2016-03-06 01:25 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-06 18:36 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-07 20:01 +0100
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Juergen P. Meier" <nospam-1984@jors.net> - 2016-03-06 04:45 +0000
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-06 17:59 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Juergen P. Meier" <nospam-1984@jors.net> - 2016-03-07 05:30 +0000
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-07 18:43 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Juergen P. Meier" <nospam-1984@jors.net> - 2016-03-08 05:17 +0000
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Andreas Kohlbach <march.10.ankman@spamgourmet.net> - 2016-03-08 17:23 -0500
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 "Juergen P. Meier" <nospam-1984@jors.net> - 2016-03-10 04:57 +0000
Re: [Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1 Thomas Hochstein <thh@inter.net> - 2016-03-06 00:25 +0100
csiph-web