[Postfixbuch-users] Problem mit fehlerhaft generierten Warnungen

[Matthias Haegele]

Tobias Hiller schrieb:
> Sandy Drobic schrieb:
>> Tobias Hiller wrote:
>>   
>>> nighthawk schrieb:
>>>     
>>>> On 6/27/07, Tobias Hiller <tobias.hiller at googlemail.com> wrote:
>>>>   
>>>>       
>>>>> Jun 27 09:30:11 SERVER postfix/qmgr[16976]: warning:
>>>>> qmgr_active_done_3_generic: remove 30394D40FC from active: No such file
>>>>> or directory
>>>>>     
>>>>>         
>>>> Blind geraten... Könnte es daran liegen? Postfix erkennt, daß mit der
>>>> Mail was nicht stimmt und teilt Dir das mit?
>>>>   
>>>>       
>>> Moin, danke erstmal für die Antwort.
>>> Also ehrlich gesagt, wüßte ich nicht, was an den mails nicht stimmen 
>>> sollte...
>>>     
>> An den Mails ist vermutlich alles in Ordnung, aber nicht in der Weise, wie
>> sie aus der Queue entfernt werden. Ein Prozess greift da ein, der nicht
>> vorgesehen ist. Du kannst diese Warnung provozieren, indem du eine
>> verzögerte Mail mit "postsuper -d queue-id" aus der Mail löscht. Dann wird
>> auch eine entsprechende Meldung im Log generiert.
>>
>> Postfix betrachtet es jedoch nur als informative Meldung, nicht als "fatal
>>  error". Trotzden solltest du herausfinden, welcher Prozess Postfix da in
>> die Suppe spuckt.
>>
>>   
> Danke. Also sollte ich auf jeden Fall versuchen, zunächst diese 
> Fehlermeldungen rauszubekommen.

Die Fehlermeldungen hast du schon ;-).
Die Ursache (welcher Prozess/Dienst) dahintersteckt, wäre interessanter 
wie Sandy schon schrieb ...

Script:
> #!/bin/sh
> 
> # Localize these.
> INSPECT_DIR=/var/spool/filter/tmp
> SENDMAIL="/usr/sbin/sendmail -i"
> 
> # Exit codes from <sysexits.h>
> EX_TEMPFAIL=75
> EX_UNAVAILABLE=69
> 
> # Clean up when done or when aborting.
> trap "rm -f in*.$$" 0 1 2 3 15

Sehe ich eigentlich keinen Bezug auf Postfix-Files/Verzeichnisse (aber 
bin mir da auch nicht 100pro sicher) ...

postconf -d | grep directory ? (queue_directory ist vmtl. interessant)


> Nur ist die Frage, wo ich da anfangen zu suchen sollte. Scheinbar hat es 
> dann auf jeden Fall mit verzögerten Mails zutun.

Nö. Nicht unbedingt ...

> Ich werde mir nochmal meine postconf anschauen, wobei ich die eigentlich 
> schonmal überprüft habe.

postconf -n?

> Oder was habt ihr noch für Ideen?


Versuch das mal aufzudröseln: cmiiw:

> Jun 27 09:29:55 SERVER postfix/pickup[14977]: 30394D40FC: uid=505 
> from=<USER at DOMAIN.de>

Dort kommt die Mail rein über pickup (d.h. sie ist lokal über sendmail 
reingekommen),
dort könnte auch z.B. smtpd stehen ...

> Jun 27 09:29:55 SERVER postfix/cleanup[15110]: 30394D40FC: 
> message-id=<39D901F740A8B84697E3F5996BBF422120B176 at exchang e.DOMAIN.de>
> Jun 27 09:29:55 SERVER postfix/qmgr[16976]: 30394D40FC: 

> from=<USER at DOMAIN.de>, size=1307683, nrcpt=1 (queue active)
> Jun 27 09:30:11 SERVER postfix/smtp[15173]: 30394D40FC: 
> to=<USER at DOMAINEMPFAENGER.com>, relay=EMPFAENGER MAILSERVER[IP], 
> delay=17, status=sent (250 Thanks)

Hier ist die Mail versendet status=sent (250, Gegnerische Mailserver 
sagt angenommen)

> Jun 27 09:30:11 SERVER postfix/qmgr[16976]: warning: 
> qmgr_active_done_3_generic: remove 30394D40FC from active: No such file 
> or directory

Jetzt will Postfix sein "queue-File" entfernen und findet es nicht mehr.
(Afaik wird das nach dem erfolgreichen Zustellen entfernt, ginge hier 
etwas schief (z.B. über einen externen Filter etc.),
ist die Mail nicht verloren ...)

> Jun 27 09:30:33 SERVER postfix/pickup[14977]: 213E7D40F8: uid=103 


> from=<USER at DOMAIN.de> orig_id=30394D40FC
> 
> Die uid 505 gehört dem User filter, die uid 103 dem postfix.


Schaubild, Übersicht:
http://postfix.state-of-mind.de/patrick.koetter/postfix_architektur.png


> Tobias


-- 
Grüsse/Greetings
MH


Dont send mail to: ubecatcher at linuxrocks.dyndns.org
--