| 1 |
Frank Steinmetzger schreibt: |
| 2 |
|
| 3 |
> On Wed, May 09, 2012 at 05:58:43AM +0200, Bernd Wurst wrote: |
| 4 |
|
| 5 |
> > Da Maildir jede Mail in einer eigenen Datei speichert, kann man jeden |
| 6 |
> > Computer mit dem Zugriff auf ein sehr großes Maildir-Postfach töten. |
| 7 |
> |
| 8 |
> Naja, über 3 oder 4000 kamen die Ordner auch nicht, und davon hatte ich |
| 9 |
> nur 2. Der Rest verteilte sich auf ca. ein Dutzend Ordner. Das Problem |
| 10 |
> hier ist halt, daß dann Akonadi nach dem Anmelden auf einmal anfing, |
| 11 |
> anscheinend den gesamten Bestand durchzugehen, möglicherweise um die |
| 12 |
> interne DB abzugleichen. Und aus irgendeinem Grund waren im |
| 13 |
> Akonadi-Ordner unter .local auch Unmengen von E-Mail-Dateien abgelegt, |
| 14 |
> als hätte Akonadi alle meine Mails nochmal dupliziert. |
| 15 |
|
| 16 |
Das soll wohl so, Akonadi hält alle Daten lokal vorrätig. Ist ja auch |
| 17 |
praktisch (wenn es denn funktioniert). Aber warum das auch bei Mails so |
| 18 |
ist, die man eh lokal speichert, erschließt sich mir nicht. Vielleicht |
| 19 |
war es einfach leichter das so zu programmieren. |
| 20 |
|
| 21 |
> > Das liegt nicht am Mail-Client sondern einfach an den vielen Tausend |
| 22 |
> > Dateizugriffen die nötig sind um aus jeder Mail den Header auszulesen. |
| 23 |
> |
| 24 |
> Unter Mutt nutze ich auch weiter Maildir (da bestand die Migration aus |
| 25 |
> einfachem Kopieren *g*) und seit ich den mutt-eigenen Headercache |
| 26 |
> verwende, ist die Anzeige eines Ordners auch mit 2000 Mails schön |
| 27 |
> schnell. Und genau das sollte ja Akonadi ursprünglich bringen --- den |
| 28 |
> Zugriff über einen DB-Cache beschleunigen. |
| 29 |
> Leider hat es da aber bisher “failed to deliver”, wie der Angelsachse |
| 30 |
> sagt. |
| 31 |
|
| 32 |
Mir scheint auch, die Entwickler haben sich da verrannt. Nette Idee, aber |
| 33 |
dann war es doch schwieriger umzusetzen als gedacht, brachte viel |
| 34 |
zusätzliche Komplexität, doch zurück konnte man auch nicht mehr. Weil |
| 35 |
schon viel umgestellt war, und weil es peinlich wäre, das zuzugeben. Und |
| 36 |
weil man schon so viel investiert hat, wäre ja auch schade um den schönen |
| 37 |
Code. |
| 38 |
|
| 39 |
Ach, als Programmierer kann ich das schon alles irgendwie verstehen und |
| 40 |
nachvollziehen, aber als Anwender nervt es nur, und hat schließlich zu |
| 41 |
einem Wechsel auf andere Mailer geführt. Man kann doch seine Daten nicht |
| 42 |
allen Ernstes KDEPIM anvertrauen! Hallo? Geht doch gar nicht, Daten sind |
| 43 |
dafür zu wichtig. |
| 44 |
|
| 45 |
Wonko |
Archives