Hallo,
ich habe jetzt schon zum 2. Mal das Problem, dass es auf dem UCS (c’t Edition, alle Updates und Fixes) ein Anmeldeproblem gibt. Scheinbar hängt sich die Userverwaltung gleich mit weg, welche Logs relevant sind müsste mir ein Kundiger sagen. Es äussert sich wie folgt:
Outlook (über Zarafa-Client) fordert einen auf, sich anzumelden. User/PW können nicht verifiziert werden, nach mehreren Versuchen gibt OL dann auf. Android und Pushmail gibt auch einen PW-Fehler beim Sync. Die Managementkonsole kann ich aufrufen und mich anmelden, die Web-App habe ich nicht getestet. Ich habe dann die fehlenden letzten 8 Update-Pakete nachinstalliert und den Server neu gestartet. Danach funktionierte auch die Anmeldung etc. wieder. Das alleine ist nur nervig. Richtig schlimm ist, das in der Zeit Mails gebounced werden! Angeblich ist der Empfänger nicht vorhanden und diese Meldung wird auch an die Absender geschickt. Besonders praktisch, wenn Newsletter an die Adresse gehen. (Das steht in .var/log/mail.info) Die Mails werden vom externen Server abgeholt und dann weggeworfen:
May 6 05:22:15 backoffice postfix/smtpd[32026]: A2A084AC310: client=localhost[127.0.0.1]
May 6 05:22:15 backoffice postfix/cleanup[32030]: A2A084AC310: message-id=<E1UZBia-0007MJ-QG.01@web.xxxxx.de>
May 6 05:22:15 backoffice fetchmail[2941]: reading message xxxxxx@xxxxxx.de@customers-slb-6.mx.we.xxxxxx.net:1 of 1 (61267 octets) flushed
May 6 05:22:15 backoffice postfix/qmgr[26128]: A2A084AC310: from=<bounce_ct-magazin_xxxxxxxx=xxxxxx.de_0506@listserv.xxxxx.de>, size=61728, nrcpt=1 (queue active)
May 6 05:22:15 backoffice postfix/smtpd[32026]: disconnect from localhost[127.0.0.1]
May 6 05:22:18 backoffice postfix/smtpd[32037]: connect from localhost[127.0.0.1]
May 6 05:22:18 backoffice postfix/smtpd[32037]: 3FA344AC404: client=localhost[127.0.0.1]
May 6 05:22:18 backoffice postfix/cleanup[32030]: 3FA344AC404: message-id=<E1UZBia-0007MJ-QG.01@web.xxxxxx.de>
May 6 05:22:18 backoffice postfix/smtpd[32037]: disconnect from localhost[127.0.0.1]
May 6 05:22:18 backoffice postfix/qmgr[26128]: 3FA344AC404: from=<bounce_ct-magazin_xxxxxx=xxxxxx.de_0506@listserv.xxxxxx.de>, size=62236, nrcpt=1 (queue active)
May 6 05:22:18 backoffice amavis[27907]: (27907-08) Passed, <bounce_ct-magazin_xxxxxx=xxxxxx.de_0506@listserv.xxxxxx.de> -> <awe@travelbit.de>, quarantine CO23-Wcw9-8J, Message-ID: <E1UZBia-0007MJ-GQ.01@web.xxxxxx.de>, Hits: 0.575
May 6 05:22:18 backoffice postfix/smtp[32031]: A2A084AC310: to=<awe@xxxxxx.de>, relay=127.0.0.1[127.0.0.1]:10024, delay=2.6, delays=0.12/0.03/0.01/2.5, dsn=2.0.0, status=sent (2502.0.0 Ok, id=27907-08, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 3FA344AC404)
May 6 05:22:18 backoffice postfix/qmgr[26128]: A2A084AC310: removed
May 6 05:22:18 backoffice postfix/lmtp[32038]: 3FA344AC404: to=<awe@xxxxxx.de>, relay=127.0.0.1[127.0.0.1]:2003, delay=0.15, delays=0.02/0.01/0.09/0.03, dsn=5.1.1, status=bounced (host 127.0.0.1[127.0.0.1] said: 503 5.1.1 User does not exist (in reply to RCPT TO command))
May 6 05:22:18 backoffice postfix/cleanup[32030]: 63C744AC411: message-id=<20130506032218.63C744AC411@backoffice.xxxxxx.intranet>
May 6 05:22:18 backoffice postfix/qmgr[26128]: 63C744AC411: from=<>, size=5586, nrcpt=1 (queue active)Dazu habe ich 2 drängende Fragen:
a) Wie kann ich die Bouncemail verhindern, wenn sich das Ding nochmal weghängt?
b) wo kann ich nachgucken, was sich da aufhängt, damit ich das für die Zukunft verhindern kann.
Ich wollte eigentlich einem Kunden zum Umstieg auf UCS mit Zarafa raten, aber damit warte ich wohl besser noch. Wenn das da passieren würde, der hängt mich an die nächste Strassenlaterne. 
Gruss
Andreas