Moin, Am 2005-05-29 01:01:46, schrieb Gerhard Brauer: > Gruesse! > * Michelle Konzack <[EMAIL PROTECTED]> schrieb am [28.05.05 21:36]:
> > Ich habe 200.000 drin (LKM) > > Ist bekannt ;-) War auf irgendeinem Screenshout ja mal sichtbar... > Nein, sollte auch keine Rolle spielen (au�er beim Anlegen des Caches > oder wenn -- sic! -- dieser nicht funktioniert). Ansonsten w�rden viele > imap header IMHO h�chstens den Cache vergr��ern bzw. das Caching > inevektiver machen - wenn im Cache diese Zusatz-Header �berhaupt eine > Rolle spielen. Das Filternd der Header macht mutt und nicht das Patch. Ich hatte Thomas Glanzmann schon mal darauf angesprochen, aber leider keine zufriedenstellende Antwort erhalten. > Aber ich werde es mal austesten. Sprich, wenn Du "set header_cache" �ber locale filesysteme verwendest (auch nfs) werden immer alle Header gecached. Ich h�tte gerne eine Option wie "header_cache_header" was so ein equivalent zu "imap_header" sein sollte. > Also wenn das Caching �ber md5sum gehen w�rde w�re es ein sch�ner > Schmarrn. Aber mutt*-ng* benutzt Routinen aus der libqdbm-3 f�r die > Cache-Dateien. mutt soviel ich weis auch. > Wenn, nach deiner Logik, ein Entfernen von Mails aus der Quelle ein > komplettes Verwerfen des lokalen Caches bedeuten w�rde dann w�rde das ja > auch f�r neue Mails gelten. Also: neue Mail auf dem Server -> vergiss > alles was im cache steht, holen wir alles neu. Also wenn neue E-Mails hinzukommen, werden die mit ner Serial-Nummer hinten angeh�ngt. Wenn aber dann weniger Messages da sind, als der lezte Message-Count, dann fehlt ja irgendwas dazischen und der header-cache scannt das ganze verzeichnis aufs neue. > Das w�re Bl�dsinn (dann brauche ich keinen Cache) und w�rde eher f�r > einen Quicksort-Bubble-Tree-Basic-Algorithmus sprechen als f�r das, was > man von Linux-Libs gewohnt ist. :-) > > Dann wurde aber was ver�ndert. > > Nein, eben nicht. Das ist ja das merkw�rdige. Manchmal langt sogar ein > Wechsel w�hrend der gleichen Sitzung in andere Mailboxes und der > anschlie�enden R�ckkehr, um diesen Effekt zu produzieren. ( Hm, da kommt > mir noch etwas in den Sinn mit imap timeouts bzw. disconnecting, mu� ich > noch mal schauen. Schreibe ich hier jetzt nur hin, damit ichs bis morgen > nicht vergesse ;-) :-) Haste �berhaupt Zeit ? Hier in Strasbourg haben wir es bereits 29�C (11:15) und in meiner Wohnung (9. Stock) 31,5�C. Da geht mal lieber Baden... > Wir reden beide von mutt-ng, nicht f�r mutt mit header-cache patch? Ich > denke zwar nicht das der mutt-patch sich wesentlich vom mutt-ng > unterscheidet, aber ich kann es momentan nicht nachpr�fen. Ich habe mutt-ng installiert gehabt.. Also das Debian-Paket was ich versucht habe zu installieren l��t meinen mutt-ng crashen. Aber mutt-ng is nur ein Patch-Aufgeblasenes mutt. Ich habe versucht meinen 1.5.6i mit einigen Patches aufzufrisieren, aber danach war "mutt" unstabil und ist laufend abgest�rzt. > Ich habe irdgendwie das Gef�hl, das 7000 Mails �ber IMAP f�r die > Cache-Datenbank zu viel sind. Wenn nicht noch andere Tips kommen werde > ich mal in 1000er Schritten die Mailanzahl verringern und schauen, ob > der Cache irdgendwann wieder arbeitet. Dann aber nur f�r mutt-ng und nicht f�r mutt. Ich hatte mal den Fehler gemacht und Serverside-Filtering deaktiviert. :-/ Also 1,4 Millionen Messages kann man per "courier-imap-ssl" und "mutt" ansehen. Geschwindigkeit ist ne andere Sache (�ber 4 Stunden bis zur Anzeige in "mutt"). > Gru� Gerhard Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/88452356 67100 Strasbourg/France IRC #Debian (irc.icq.com)
signature.pgp
Description: Digital signature
