[Postfixbuch-users] Problem mit fehlerhaft generierten Warnungen

Tobias Hiller tobias.hiller at googlemail.com
Do Jun 28 12:07:16 CEST 2007


Matthias Haegele schrieb:
> 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)
>   
postconf -d | grep directory spuckt folgendes aus:
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
html_directory = no
mail_spool_directory = /var/mail
manpage_directory = /usr/share/man
process_id_directory = pid
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/postfix
require_home_directory = no
sample_directory = /usr/share/doc/postfix/examples
tls_random_exchange_name = ${queue_directory}/prng_exch

>   
>> Ich werde mir nochmal meine postconf anschauen, wobei ich die eigentlich 
>> schonmal überprüft habe.
>>     
>
> postconf -n?
>
>   
postconf -n bringt:
alias_database = hash:/etc/aliases, hash:/etc/postfix/mailman
alias_maps = hash:/etc/aliases, hash:/etc/postfix/mailman
body_checks = regexp:/etc/postfix/body_checks
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
default_process_limit = 45
delay_warning_time = 300s
disable_dns_lookups = no
disable_vrfy_command = yes
header_checks = regexp:/etc/postfix/header_checks
home_mailbox = Maildir/
mail_name = NAME
mail_owner = postfix
mail_spool_directory = /var/mail
masquerade_domains =
masquerade_exceptions = root
maximal_queue_lifetime = 1d
mydestination = $myhostname, localhost.$mydomain, $mydomain, 
/etc/postfix/domains
myhostname = NAME.DOMAIN.de
mynetworks = /etc/postfix/mynetwork
myorigin = $myhostname
queue_directory = /var/spool/postfix
relayhost =
relocated_maps = hash:/etc/postfix/relocated
sender_canonical_maps = hash:/etc/postfix/sender_canonical
setgid_group = postdrop
smtp_always_send_ehlo = no
smtp_connect_timeout = 30s
smtp_data_init_timeout = 300s
smtpd_banner = $myhostname ESMTP
smtpd_client_restrictions = hash:/etc/postfix/access_ip 
permit_mynetworks,                              reject_rbl_client 
relays.ordb.org,                  reject_rbl_client 
sbl.spamhaus.org,                              reject_rbl_client 
ix.dnsbl.manitu.net
smtpd_recipient_restrictions = reject_non_fqdn_sender,  
reject_non_fqdn_recipient,      permit_mynetworks,      
permit_sasl_authenticated,      reject_unknown_sender_domain,        
reject_unknown_recipient_domain,        reject_unauth_pipelining,       
check_recipient_access hash:/etc/postfix/accessrcpt,    
reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sender_restrictions = hash:/etc/postfix/access
transport_maps = hash:/etc/postfix/transport
virtual_gid_maps = static:508
virtual_mailbox_base = /home/vmail
virtual_mailbox_domains = DOMAIN.test
virtual_mailbox_maps = hash:/etc/postfix/vmail_box
virtual_uid_maps = static:508


>> 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
>
>
>   
Das ist genau der Ablauf. fragt sich nur, wieso er sie da eben dann nach 
dem erstmaligen entfernen eben nochmal entfernen will...
ich werde mal in sämtlichen Dateien nach postsuper -d schauen.
>> Tobias
>>     
>
>
>   




Mehr Informationen über die Mailingliste Postfixbuch-users