[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