[Postfixbuch-users] Eingehende Mails werden für 1 von 2 Usern nicht mehr zugestellt

[Lucian Muresan]

Hallo,

bin mit meinem Problem richtig verzweifelt, und obwohl ich heute auch in
postfix-users at postfix.org schon gefragt habe,
http://archives.neohapsis.com/archives/postfix/2006-06/1252.html
versuche ich es hier auch.

Wir haben zu Hause einen kleinen Gentoo Server auf welchen wir unter
anderem auch unsere Mails verwalten, mit folgender Konfiguration:
postfix-2.2.5, fetchmail-6.3.2, amavisd-new-2.3.3, procmail-3.22 und
courier-imap-4.0.1. Vor etwa 3-4 Tagen merkte ich daß in meinem
IMAP-Account in Thunderbird keine neuen Mails mehr auftauchten, und ich
fand im Log lauter solcher Einträge:


Jun 23 08:55:26 box postfix/qmgr[16033]: D47F97085C:
from=<adevarul at adevarulonline.ro>, size=20775, nrcpt=1 (queue active)


gefolgt von entsprechenden:


Jun 23 07:55:37 box postfix/local[12753]: D47F97085C:
to=<lucian at box.fake_d.org>, relay=local, delay=974, status=deferred
(temporary failure)


Die wurden dann immer mehr, für jede eintreffende Nachricht, die sind
alle nun im queue aufgeschoben.
"postfix flush" am Server, tut nichts anderes als das die ganzen Zeilen
nochmal geloggt werden. Anfangs dachte ich daß die ganze Installation
davon betroffen sei, aber der andere User, meine Frau, bekommt weiterhin
ihre Mails problemlos.
Dann versuchte ich es auch mit einem Upgrade auf postfix-2.2.10, aber
ohne Erfolg.
Nach langem Suchen in ML Archiven habe ich als nächstes den
"Aufschiebe-Dienst" in /etc/postfix/master.cf mit "-v" gesprächiger gemacht:

defer     unix  -       -       n       -       0       bounce -v

und schickte lokal, aus dem Account meiner Frau zu meinem, und dann
zurück, eine Nachricht, und das hier konnte ich im Log sehen:


Jun 23 23:19:53 box postfix/local[8483]: deliver_mailbox[3]: set
user_attr: kiki
Jun 23 23:19:53 box postfix/local[8483]: deliver_command[4]: local kiki
recip kiki at box.fake_d.org exten  deliver kiki at box.fake_d.org exp_from
Jun 23 23:19:53 box postfix/local[8483]: been_here: command kiki:2001
/usr/bin/procmail -a $DOMAIN: 0
Jun 23 23:19:54 box postfix/local[8483]: 4EF4370C54:
to=<kiki at box.fake_d.org>, relay=local, delay=6, status=sent (delivered
to command: /usr/bin/procmail -a $DOMAIN)
Jun 23 23:19:54 box postfix/local[8483]: deliver_request_final: send: "" 0
Jun 23 23:19:54 box postfix/local[8483]: send attr reason =
Jun 23 23:19:54 box postfix/local[8483]: send attr status = 0


und diese Mail kam an die Addresse meiner Frau an. Umgekehrt, passiert
das hier:


Jun 23 23:23:47 box postfix/local[8791]: deliver_mailbox[3]: set
user_attr: lucian
Jun 23 23:23:47 box postfix/local[8791]: deliver_command[4]: local
lucian recip lucian at box.fake_d.org exten  deliver lucian at box.fake_d.org
exp_from
Jun 23 23:23:47 box postfix/local[8791]: been_here: command lucian:2002
/usr/bin/procmail -a $DOMAIN: 0
Jun 23 23:23:47 box postfix/local[8791]: connect to subsystem private/defer
Jun 23 23:23:47 box postfix/local[8791]: send attr nrequest = 0
Jun 23 23:23:47 box postfix/local[8791]: send attr flags = 0
Jun 23 23:23:47 box postfix/local[8791]: send attr queue_id = D6CFD70C54
Jun 23 23:23:47 box postfix/local[8791]: send attr original_recipient =
lucian at box.fake_d.org
Jun 23 23:23:47 box postfix/local[8791]: send attr recipient =
lucian at box.fake_d.org
Jun 23 23:23:47 box postfix/local[8791]: send attr offset = 276
Jun 23 23:23:47 box postfix/local[8791]: send attr status = 4.0.0
Jun 23 23:23:47 box postfix/local[8791]: send attr action = delayed
Jun 23 23:23:47 box postfix/local[8791]: send attr reason = temporary
failure


Kurzzeitig hatte ich das "-v" Argument auch für den "local" Dienst in
/etc/postfix/master.cf, aber das Teil des Logs war bei beiden
Nachrichten identisch. Ich dachte es wäre ein Problem mit meinem MDA,
procmail. Um zu teste, habe ich in der Kommandozeile unter mienm eigenen
Shell Account am Server "cat older_message_from_my_maildir | procmail -a
box.fake_d.org:" ausgeführt, und diese alte Nachricht (direkt aus dem
.maildir in meinem home genommen) kam nun nochmal an in meinem IMAP
Account, also wiß ich nicht wirklich, ob es nun ein Problem mit procmail
sein könnte.
Was kann ich denn noch tun, bin wirklich am Verzweifeln? Da ist noch der
Output von "postconf -n".

MfG,
Lucian



box postfix # postconf -n
alias_database = hash:/etc/mail/aliases
alias_maps = hash:/etc/mail/aliases
broken_sasl_auth_clients = yes
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
default_destination_concurrency_limit = 10
home_mailbox = .maildir/
html_directory = /usr/share/doc/postfix-2.2.5/html
inet_interfaces = $myhostname, localhost
local_destination_concurrency_limit = 2
local_recipient_maps = proxy:unix:passwd.byname $alias_maps
mail_owner = postfix
mailbox_command = /usr/bin/procmail -a $DOMAIN
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mydomain = $myhostname
myhostname = box.fake_d.org
mynetworks = 192.168.178.0/24, 127.0.0.0/8
mynetworks_style = subnet
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/postfix-2.2.5/readme
relay_domains = $mydestination
relayhost = auth.smtp.kundenserver.de
sample_directory = /etc/postfix
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/saslpass
smtp_sasl_security_options = noanonymous
smtpd_client_restrictions = permit_sasl_authenticated,
permit_mynetworks, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =
smtpd_sasl_security_options = noanonymous
smtpd_tls_CAfile = /etc/postfix/cacert.pem
smtpd_tls_auth_only = yes
smtpd_tls_cert_file = /etc/postfix/newcert.pem
smtpd_tls_key_file = /etc/postfix/newreq.pem
smtpd_tls_loglevel = 3
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
unknown_local_recipient_reject_code = 450