Cyrus startet manchmal nicht

Gunnar Wrobel wrobel at kolabsys.com
Don Nov 25 16:47:47 CET 2010


Zitat von Dirk Fischer <Dirk.A.Fischer at gmx.de>:

> Am Dienstag, 23. November 2010, 11:22:44 schrieb Gunnar Wrobel:
>> Zitat von Dirk Fischer <Dirk.A.Fischer at gmx.de>:
>> > Moin Liste,
>> >
>> > ganz selten kommt es vor, daß Cyrus beim Hochfahren des Kolab-Servers
>> > nicht startet - so auch gestern. Dadurch findet Kolabmailboxfilter den
>> > LMTP nicht und Postfix bounced die Mails, die per Getmail abgeholt
>> > wurden.
>> >
>> > Hierzu jetzt zwei Fragen:
>> >
>> > 1. Wie kann ich es verhindern, daß Postfix diese Mails bounced und
>> > sie dadurch
>> > im Nirvana verschwinden? Ist da kein defer möglich?
>>
>> Die Mails verschwinden ja nicht im Nirvana.
>>
> Aus meiner Sicht schon: Sie sind nicht auf meinem Mailserver. ;-)
>>
>> Ein "bounce" bedeutet ja,
>> dass der Absender über das Problem informiert wird. Das führt im
>> Normalfall dazu, dass der Admin des Mailsystems mit dem Problem
>> informiert wird.
>>
> Waren in diesem Fall zum Glück unwichtige (Werbe-)Mails, deren Absender den
> Bounce wahrscheinlich gar nicht bemerkt haben.
>>
>> Würden die Mails auf "defer" gesetzt würde das evtl.
>> erst nach ein paar Tagen passieren.
>>
>> Eine fehlende LMTP Schnittstelle ist für Postfix ein kritischer
>> Fehler, bei dem nach RFC ein "bounce" erfolgen muss. Ein "defer" macht
>> für den Postfix in dem Fall keinen Sinn, weil Abwarten das Problem
>> nicht lösen möchte.
>>
> Das Verhalten ist aus Postfix-Sicht schon logisch, aber für mich  
> ärgerlich, da
> ...
>>
>> Wenn Du Dir sicher bist, das Problem immer sehr zeitnah selber
>> identifizieren und beheben zu können,
>>
> ... ich genau das kann. Es handelt sich um einen SOHO-Server, der jeden Tag
> neu gestartet wird. Und da fällt er mir recht flott auf (nach ein paar
> Minuten), wenn ich nicht von Werbung erschlagen werde.
>>
>> dann könnte die "soft_bounce"
>> Einstellung für den Postfix eine Lösung sein.
>>
> Das werde ich mir mal zu Gemüte führen.
>>
>> Ich rate aber davon ab hier etwas an den Einstellungen zu verändern,
>> sondern würde eher versuchen die Ursache des Problems zu identifizieren.
>>
> Da hast Du vollkommen Recht, denn die Schrauberei an Postfix behebt  
> ja nur die
> Symptome, nicht die Ursache. Aber es würde mir erst einmal helfen.
>>
>> > 2. An welcher Schraube muß ich drehen, damit ich Log-Einträge über das
>> > Startverhalten von Cyrus finde? Ich habe sämtliche Log-Dateien
>> > durchforstet und lediglich festgestellt, daß für den betreffenden
>> > Zeitraum keine Einträge bzgl. Cyrus vorhanden sind.
>>
>> Hm, das ist ungewöhnlich. /kolab/var/imapd/log/cyrmaster.log sollte an
>> sich Informationen enthalten.
>>
> Nein, da ist für den betreffenden Zeitraum, in dem Postfix fleißig gebounced
> und Kolabfilter über den fehlenden LMTP gemeckert hat, kein einziger Eintrag.
> Der letzte Eintrag vor dem Ereignis ist vom abendlichen  
> Herunterfahren und der
> erste danach vom Neustart nach dem Fehler. Also keinerlei Hinweis auf irgend
> ein Problem. Es sieht aus, als wäre Cyrus überhaupt nicht gestartet worden.
>>
>> /kolab/etc/rc.d/rc.imapd macht beim Start des IMAPd nicht viel ausser
>>
>>   /kolab/bin/cyrmaster -d ${imapd_flags}
>>
>> Vielleicht ließe sich an der Stelle noch Logging des Exit-Werte
>> einbauen. Ich bin aber nicht sicher, wie flexibel das "rc"-Skript da
>> ist.
>>
> Das wäre ja schon mal etwas. Kannst Du mir 'nen Tip geben, was da zu  
> tun wäre?
> So fit bin ich im Scripten leider nicht.

Ich habe mir mal kurz /kolab/etc/rc angeguckt. Dort fehlt eine  
Möglichkeit ein Logging zu aktivieren. Allerdings gibt es die beiden  
Flags "--verbose" und "--debug".

Ich weiß jetzt nicht auf welcher Basis-Distribution Dein Kolab  
installiert ist, aber vermutlich gibt es bei Dir die Datei  
"/etc/init.d/kolab" und hat folgenden Inhalt:

[ ! -f /kolab/etc/rc ] && exit 0
case $1 in
     start ) exec /kolab/etc/rc all start ;;
     stop  ) exec /kolab/etc/rc all stop  ;;
esac

Probier mal das folgendermaßen zu modifizieren:

[ ! -f /kolab/etc/rc ] && exit 0
case $1 in
     start ) exec /kolab/etc/rc --verbose --debug all start ;;
     stop  ) exec /kolab/etc/rc all stop  ;;
esac

Beim Hochfahren Deines System sollten die Meldungen dann in der  
Ausgabe der Init-Skripte auftauchen. Eventuell hilft das weiter.

Viele Grüße,

Gunnar

>>
>> > Das Verzeichnis "/kolab/var/kolab/log" ist
>> > übrigens leer.
>>
>> Das ist okay.
>>
>> Viele Grüße,
>>
>> Gunnar
>>
> Danke und Grüße
>
> Dirk
>>
>> > Benutzte Versionen: Kolab 2.2.4 mit imapd-2.3.13-20081020_kolab5
>> >
>> > Danke und Grüße
>> >
>> > Dirk
>> > _______________________________________________
>> > Kolab-users-de mailing list
>> > Kolab-users-de at kolab.org
>> > http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>>
>> --
>> Gunnar Wrobel
>> Developer, Kolab Systems AG
>>
>> e: wrobel at kolabsys.com
>> t: +49 700 6245 0000
>> w: http://www.kolabsys.com
>>
>> pgp: 9703 43BE
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>> _______________________________________________
>> Kolab-users-de mailing list
>> Kolab-users-de at kolab.org
>> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>
>
>
>
> Dirk Fischer
> Palz 29
> 66679 Losheim am See
>



--
Gunnar Wrobel
Developer, Kolab Systems AG

e: wrobel at kolabsys.com
t: +49 700 6245 0000
w: http://www.kolabsys.com

pgp: 9703 43BE

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.