Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailserver > #5252 > unrolled thread

[Postfix Debian Linux] "/usr/sbin/postdrop -r" exited with status 1

Back to article view | Back to de.comm.software.mailserver

Contents

  [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

Page 2 of 2 — ← Prev page 1 [2]

#5265

begin 1 followup to Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
> Juergen P. Meier wrote on 05. March 2016:
>>
>> begin 1 followup to Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>>> Juergen P. Meier wrote on 04. March 2016:
>>>>
>>>> Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>>>>>
>>>>>| sendmail: warning: command "/usr/sbin/postdrop -r" exited with status 1
>>>>
>>>> Was sagt denn das Maillog dazu?
>>>>
>>>> 	grep -i postdrop /var/log/maillog
>>>
>>>| grep: /var/log/maillog: No such file or directory
>>>
>>> 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
>
> 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 *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

Doch, natuerlich. Die Fehlemeldung wird auf jeden Fall an Syslog
uebergeben. Wenn das systlog-system wegen systemd kaputt gemacht
wurde, dann fehlen dir halt wichtige Logeintraege.

> 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. :-/

Ich haette systemd entsorgt.

>>> Der Versuch des Versendens bringt eben aber (gekürzt um Hostnamen und
>>> Zeitstempel) einen neuen Eintrag im Journal:
>>
>> Ahja. Sehr nuetzlich so ein Log ohne Log.
>
> Anderes würde ich in mail.log (oder mail.info) auch nicht erwarten.

Aus mail.log verschwinden nicht einfach so Logeintraege.

>>>| postfix/postdrop[17908]: fatal: /etc/postfix/dynamicmaps.cf: file open failed: Permission denied
>>
>> Dein postdrop darf nicht auf /etc/postfix/dynamicmaps.cf lesend zugreifen.
>>
>>> 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.

Was sollen sie sonst nehmen, das unabhaengig vom verwendeten MTA
funktioniert?

Das sendmail-binary *ist* dieser *Standard*.

>> Sie kommt wegen falscher Dateirechte, allerdings nicht am Binary
>> sondern am Konfig-File.
>>
>> 	ls -l /etc/postfix/dynamicmaps.cf
>>
>> sollte Klarheit bringen. Diese Datei muss Lesbar sein fuer einen
>> Userprozess mit UID=GID=postdrop.
>
>| #ls -l /etc/postfix/dynamicmaps.cf
>| -rw-r----- 1 root root 319 Mar  3 08:06 /etc/postfix/dynamicmaps.cf
>
> Ich habe die GID mal auf "postdrop" geändert, und die UID auf "root"
> gelassen - einen User "postdrop" habe ich nicht... Und es
> funktioniert wieder. :-)

Na also.

> Was mich wundert, dass die Warnung schon immer wegen der falschen
> Dateirechte kam. Es aber trotzdem keine Probleme mit dem Mailversand
> gab. Und warum die Dateirechte falsch waren. IIRC habe ich die selbst nie
> geändert. Warum auch.

Deine Mailconfig wird dynamicmaps anfordern, und ohne gibts keine
Zustellung.

[toc] | [prev] | [next] | [standalone]

#5268

Juergen P. Meier wrote on 05. March 2016:
>
> begin 1 followup to Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>> Juergen P. Meier wrote on 05. March 2016:
>>>
>>> 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
>
> Doch, natuerlich. Die Fehlemeldung wird auf jeden Fall an Syslog
> uebergeben. Wenn das systlog-system wegen systemd kaputt gemacht
> wurde, dann fehlen dir halt wichtige Logeintraege.

Wenn systemd dieses Log übernimmt, muss es auch entsprechend (in
journalctl würde ich vermuten) loggen. Nicht?

>> 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. :-/
>
> Ich haette systemd entsorgt.

Auch wenn ich mich nicht unbedingt damit anfreunden will, bereitet er
sonst kaum Probleme, dass ich den behalte.

>> Anderes würde ich in mail.log (oder mail.info) auch nicht erwarten.
>
> Aus mail.log verschwinden nicht einfach so Logeintraege.

Was, außer den von mir erwähnten Einträgen, hätten denn kommen müssen bei
meinem Zustellproblem?

>> 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.
>
> Was sollen sie sonst nehmen, das unabhaengig vom verwendeten MTA
> funktioniert?
>
> Das sendmail-binary *ist* dieser *Standard*.

Aus einiger Entfernung betrachte: es geht doch nur darum, dass Linux ein
Mailsystem für interne Zustellung hat, nicht? Dann sollte es doch egal
sein, ob es Postfix, Exim oder Sendmail macht. Und wenn alte Skripte oder
Programme /usr/sbin/sendmail erwarten, *und* Exim oder Postfix die
Parameter von Sendmail unterstützen, reicht ein symbolischer Link.

Und wenn ich das hier richtig lese, macht es zumindest Exim so.

[...]
-- 
Andreas

I use a Unix based operating system, which means I get laid almost as often
as I have to reboot my computer.

[toc] | [prev] | [next] | [standalone]

#5271

Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
> Was, außer den von mir erwähnten Einträgen, hätten denn kommen müssen bei
> meinem Zustellproblem?

Die Fehlermeldung, die das Problem identifiziert, die du erst nach
wiederholung gesehen hast.

>> Was sollen sie sonst nehmen, das unabhaengig vom verwendeten MTA
>> funktioniert?
>>
>> Das sendmail-binary *ist* dieser *Standard*.
>
> Aus einiger Entfernung betrachte: es geht doch nur darum, dass Linux ein
> Mailsystem für interne Zustellung hat, nicht? Dann sollte es doch egal

Nein. Es geht darum, dass das Mailsystem diejenigen Schnittstellen bedient,
die Software und Benutzer kennen und erwarten.

> sein, ob es Postfix, Exim oder Sendmail macht. Und wenn alte Skripte oder
> Programme /usr/sbin/sendmail erwarten, *und* Exim oder Postfix die
> Parameter von Sendmail unterstützen, reicht ein symbolischer Link.

Bei Exim vielleicht, weil das ein Monolith ist. Postfix ist aber modular,
und da gibt es ein eigenes Modul nur fuer sendmail-kompatibilitaet.

> Und wenn ich das hier richtig lese, macht es zumindest Exim so.

Wieso sollte exim es auch anders machen? Es ist halt ein Monolith.

[toc] | [prev] | [next] | [standalone]

#5276

Juergen P. Meier wrote on 07. March 2016:
>
> Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>> Was, außer den von mir erwähnten Einträgen, hätten denn kommen müssen bei
>> meinem Zustellproblem?
>
> Die Fehlermeldung, die das Problem identifiziert, die du erst nach
> wiederholung gesehen hast.

Das stand aber schon in journalctl (also auch ohne ein vorhandenes
/var/log/mail.info). Mein Fehler, es übersehen/übergangen zu haben, nicht
der von systemd.

>>> Was sollen sie sonst nehmen, das unabhaengig vom verwendeten MTA
>>> funktioniert?
>>>
>>> Das sendmail-binary *ist* dieser *Standard*.
>>
>> Aus einiger Entfernung betrachte: es geht doch nur darum, dass Linux ein
>> Mailsystem für interne Zustellung hat, nicht? Dann sollte es doch egal
>
> Nein. Es geht darum, dass das Mailsystem diejenigen Schnittstellen bedient,
> die Software und Benutzer kennen und erwarten.

Das beinhaltet meine Aussage doch: solange ein /usr/sbin/sendmail Link da
ist, sollte es egal sein, ob es wirklich Sendmail ist, oder ein Ersatz.

>> sein, ob es Postfix, Exim oder Sendmail macht. Und wenn alte Skripte oder
>> Programme /usr/sbin/sendmail erwarten, *und* Exim oder Postfix die
>> Parameter von Sendmail unterstützen, reicht ein symbolischer Link.
>
> Bei Exim vielleicht, weil das ein Monolith ist. Postfix ist aber modular,
> und da gibt es ein eigenes Modul nur fuer sendmail-kompatibilitaet.
>
>> Und wenn ich das hier richtig lese, macht es zumindest Exim so.
>
> Wieso sollte exim es auch anders machen? Es ist halt ein Monolith.

Wenn Exim keinen Link nach /usr/sbin/sendmail setzt (tut es das?), und
Optionen von Sendmail beherrscht, verstößt er gegen dein obiges

| Es geht darum, dass das Mailsystem diejenigen Schnittstellen bedient,
| die Software und Benutzer kennen und erwarten.
-- 
Andreas

I use a Unix based operating system, which means I get laid almost as often
as I have to reboot my computer.

[toc] | [prev] | [next] | [standalone]

#5279

Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
> Juergen P. Meier wrote on 07. March 2016:
>>
>> Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>>> Was, außer den von mir erwähnten Einträgen, hätten denn kommen müssen bei
>>> meinem Zustellproblem?
>>
>> Die Fehlermeldung, die das Problem identifiziert, die du erst nach
>> wiederholung gesehen hast.
>
> Das stand aber schon in journalctl (also auch ohne ein vorhandenes

Warum hat der OP es dann mit der Suche nach postfix-Logs nicht gefunden?

Ist journalctrl diesbezueglich Kaputt?

> /var/log/mail.info). Mein Fehler, es übersehen/übergangen zu haben, nicht
> der von systemd.

Ein "grep postfix /var/log/mail.log" haette die Logzeile genauso 
ausgespuckt wie ein "less /var/log/mail.log" (weil das schon
sauber vorgefiltert ist nach Subsystem).

>>>> Das sendmail-binary *ist* dieser *Standard*.
>>>
>>> Aus einiger Entfernung betrachte: es geht doch nur darum, dass Linux ein
>>> Mailsystem für interne Zustellung hat, nicht? Dann sollte es doch egal
>>
>> Nein. Es geht darum, dass das Mailsystem diejenigen Schnittstellen bedient,
>> die Software und Benutzer kennen und erwarten.
>
> Das beinhaltet meine Aussage doch: solange ein /usr/sbin/sendmail Link da
> ist, sollte es egal sein, ob es wirklich Sendmail ist, oder ein Ersatz.

Es muss ein ausreichend kompatibler Ersatz sein.

>>> Und wenn ich das hier richtig lese, macht es zumindest Exim so.
>>
>> Wieso sollte exim es auch anders machen? Es ist halt ein Monolith.
>
> Wenn Exim keinen Link nach /usr/sbin/sendmail setzt (tut es das?), und

Wenn er keinen Link setzen wuerde. Tut der Installer von Exim aber.

> Optionen von Sendmail beherrscht, verstößt er gegen dein obiges
>
>| Es geht darum, dass das Mailsystem diejenigen Schnittstellen bedient,
>| die Software und Benutzer kennen und erwarten.

Nein, wieso sollte er? Das Gegenteil ist der Fall: das exim Binary ist
Kompatibel zum sendmail-binary, deswegen genuegt bei Exim der vom
Installer bzw. den Paketen gesetzter Symlink.

[toc] | [prev] | [next] | [standalone]

#5280

Juergen P. Meier wrote on 08. March 2016:
>
> Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>> Juergen P. Meier wrote on 07. March 2016:
>>>
>>> Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>>>> Was, außer den von mir erwähnten Einträgen, hätten denn kommen müssen bei
>>>> meinem Zustellproblem?
>>>
>>> Die Fehlermeldung, die das Problem identifiziert, die du erst nach
>>> wiederholung gesehen hast.
>>
>> Das stand aber schon in journalctl (also auch ohne ein vorhandenes
>
> Warum hat der OP es dann mit der Suche nach postfix-Logs nicht gefunden?
>
> Ist journalctrl diesbezueglich Kaputt?

Kann sein. Etwas wie

| Mar 05 12:18:10 andreas postfix/postdrop[27230]: fatal: /etc/postfix/dynamicmaps.cf: file open failed: Permission denied

wird via

| journalctl -u postfix

(oder auch "journalctl -u postdrop")

nicht gefunden. Ist aber eben da, wenn man direkt mit einem Viewer rein schaut.

Z.B. aber erfolgreich versendete Mail zeigt "journalctl -u postfix"
dagegen schon an.

>>>> Aus einiger Entfernung betrachte: es geht doch nur darum, dass Linux ein
>>>> Mailsystem für interne Zustellung hat, nicht? Dann sollte es doch egal
>>>
>>> Nein. Es geht darum, dass das Mailsystem diejenigen Schnittstellen bedient,
>>> die Software und Benutzer kennen und erwarten.
>>
>> Das beinhaltet meine Aussage doch: solange ein /usr/sbin/sendmail Link da
>> ist, sollte es egal sein, ob es wirklich Sendmail ist, oder ein Ersatz.
>
> Es muss ein ausreichend kompatibler Ersatz sein.

Dem stimme ich zu.

>>>> Und wenn ich das hier richtig lese, macht es zumindest Exim so.
>>>
>>> Wieso sollte exim es auch anders machen? Es ist halt ein Monolith.
>>
>> Wenn Exim keinen Link nach /usr/sbin/sendmail setzt (tut es das?), und
>
> Wenn er keinen Link setzen wuerde. Tut der Installer von Exim aber.
>
>> Optionen von Sendmail beherrscht, verstößt er gegen dein obiges
>>
>>| Es geht darum, dass das Mailsystem diejenigen Schnittstellen bedient,
>>| die Software und Benutzer kennen und erwarten.
>
> Nein, wieso sollte er? Das Gegenteil ist der Fall: das exim Binary ist
> Kompatibel zum sendmail-binary, deswegen genuegt bei Exim der vom
> Installer bzw. den Paketen gesetzter Symlink.

Wusste ich nicht. Okay dann.
-- 
Andreas

I use a Unix based operating system, which means I get laid almost as often
as I have to reboot my computer.

[toc] | [prev] | [next] | [standalone]

#5283

Andreas Kohlbach <march.10.ankman@spamgourmet.net>:
>>
>> Warum hat der OP es dann mit der Suche nach postfix-Logs nicht gefunden?
>>
>> Ist journalctrl diesbezueglich Kaputt?
>
> Kann sein. Etwas wie
>
>| Mar 05 12:18:10 andreas postfix/postdrop[27230]: fatal: /etc/postfix/dynamicmaps.cf: file open failed: Permission denied
>
> wird via
>
>| journalctl -u postfix

Dann ist journalctl kaputt. Du solltest einen Bugreport erstellen.

> (oder auch "journalctl -u postdrop")
>
> nicht gefunden. Ist aber eben da, wenn man direkt mit einem Viewer rein schaut.
>
> Z.B. aber erfolgreich versendete Mail zeigt "journalctl -u postfix"
> dagegen schon an.

Das ist Kaputt. Ein System-Logviewer darf dir nicht einfach so
relevante und genau zum Suchbegriff gehoerende Fehlermeldungen
vorenthalten.

[toc] | [prev] | [next] | [standalone]

#5266

Juergen P. Meier schrieb:

> Wenn systemd's journalctl das nicht
> findet, dann ist systemd's journalctl kaputt.

Auch bei systemd gilt: in der Regel ist die Software nicht kaputt,
sondern falsch bedient.

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | de.comm.software.mailserver

csiph-web