Gruesse! * Michelle Konzack <[EMAIL PROTECTED]> schrieb am [28.05.05 21:36]: > Am 2005-05-28 20:13:12, schrieb Gerhard Brauer:
> > Bemerkbar macht sich das v.a. bei dieser Liste. Ich hole meine Mails von > > meinem lokalen IMAP-Server (cyrus). F�r diese ML habe ich z.Zt. ca. 7300 > > Mails drin. > > Ich habe 200.000 drin (LKM) Ist bekannt ;-) > > Der Effekt ist nun, das mutt-ng viel zu oft *alle* Headers komplett neu > > holt. Es kommt zwar vorher noch ein sinngem��es "Werte header-cache aus" > > aber dann werden doch alle Header neu geholt. > > Haste schon "set imap_headers=..." auf ein absolutes minimum > reduziert ? - Das reduziert schon mal die Traffic. 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. Aber ich werde es mal austesten. > > Es ist auch keine Systematik zu erkennen wann dieser Effekt eintritt > > oder nicht. Regelm��ig ist es nur wenn nachts alte Mails auf dem Server > > gel�scht werden. Dann aber auch wenn nur ein paar neue Mails eintreffen. > > Da haben wir schon einen Fehler. > Wenn Du auf dem Server mit einem andern Programm als 'mutt' Messages > l�scht, stehen die immer noch bei Dir im header-cache, und weil die > md5sum nicht mehr stimmt, ... 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. Und es ist ja auch gerade Sinn des cachings bzw. der darunterliegenden Verwaltung Daten nur bei �nderung oder Neuerung komplett neu zu laden und eben ansonsten die "alten" aus dem cache zu ziehen. 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. (Aber genau das ist das Verhalten, was ich momentan bei mir beobachte ;-( ) 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. ... > �berpr�ft er alle Messages nochmal. Nein, dann hat es den Cache (Hash oder B-Tree) zu reorganisieren. Andere MUAs mit Caching machen das auch. Und wie gesagt, mutt-ng hat sich bei mir ja auch schon besser verhalten. > > Und manchmal auch nur nach einem mutt-ng Neustart. > > 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 ;-) Und mit anderen MLs habe ich (subjektiv) nicht dieses Verhalten. Da sind aber weniger Mails drin (so ca. 200 bis 2000). > > > Frage w�re jetzt: kann dieses Verhalten irgendein Sarge-Benutzer > > best�tigen? Oder hat jemand einen Tip? > > Obiges habe ich nicht nur in SID, sondern auch SARGE und WOODY. 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. > > Hier noch die Versionen und die �nderungen zum Header-cache, die ich > > erg�nzend bzw. abweichend der Standard-Muttngrc gemacht habe: > > > > Muttng-version: 0.0.svn+r292-2 > > > > muttng.rc: > > ----------- > > set header_cache="~/.mutt/cache" > > set header_cache_pagesize="32768" > > Wie w�hre es noch mit > > set maildir_header_cache_verify=no Ich rede hier von IMAP, nicht von Maildir. Aber es hatte auch keine Auswirkungen (getestet). 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. > Greetings > Michelle > Gru� Gerhard -- Der schwarze Ritter ist unbesiegbar... -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
