IMAP-Ordner: Wie groß ist zu groß?


7

Ich habe von Thunderbird zu offlineimapund gewechselt mutt. Meine Postfächer enthalten über 50.000 Nachrichten. Nach dem Ändern einiger Einstellungen reagiert muttsehr schnell auf diese vielen Nachrichten. notmuchist extrem schnell für die Suche. Es offlineimapkann jedoch einige Minuten dauern, bis alle Ordner synchronisiert sind.

Nach ein wenig Recherche scheint IMAP nicht für die Verwendung mit sehr großen Ordnern gedacht zu sein. Wenn dies der Fall ist, welche Art von Emal-Workflow sollte ich dann verwenden, um Ordner kleiner zu halten?

Antworten:


5

uwimapdWenn Sie "IMAP" sagen, besteht die Möglichkeit, dass Sie sich auf eine Implementierung für einen IMAP-Server beziehen . In diesem Fall müssen Sie sicherstellen, dass keine Ihrer Mboxes größer als 2 GB wird. Dies sind alle E-Mails im selben Ordner, ohne Unterordner.

Wenn Sie sich nicht darauf beziehen uwimapd, glaube ich, dass Ihr Problem die Leistung Ihres Computers und des Internet-Uplinks ist, nicht IMAP. Deshalb:

Bewahren Sie nur E-Mails auf, die nicht älter als 3 Monate sind und die zu laufenden Projekten gehören. Setzen Sie den Rest in einem Archivordner. Erstellen Sie unter Archiv dieselbe Ordnerstruktur wie unter INBOX . Das macht es einfach, Dinge im Archiv zu finden , wenn Sie sie nicht in INBOX finden können .

IMAP, das Klartextprotokoll, das Ihr E-Mail-Benutzeragent zum Abrufen und Verwalten der auf dem (Remote-) Mailserver gespeicherten E-Mails verwendet, wird problematisch, wenn Tausende von E-Mails gleichzeitig verarbeitet werden müssen. Der Schlüsselaspekt ist " muss damit umgehen ". Die Gesamtmenge und -größe von E-Mails ist für IMAP per se kein Problem. Das Problem tritt auf, wenn tatsächlich viele E-Mails bearbeitet werden müssen.

Dies ist beispielsweise der Fall, wenn bei Tausenden von E-Mails der Inhalt und / oder Status (markiert, nicht gelesen / gelesen, Priorität, Zeitstempel usw.) zwischen zwei Synchronisierungen geändert wurde. Während Sie es verwenden, offlineimapkann dies je nach Anwendungsfall tatsächlich passieren. In diesem Fall helfen Ihnen jedoch nur häufigere Synchronisierungen.


Das Speicherformat ist ebenfalls von Bedeutung. Mailbox und Maildir unterscheiden sich in der Leistung etwas. DovecotIMAP kann problemlos mit 17 GB großen und 200.000 Nachrichten verarbeiten. Auch dovecothat dsyncDienstprogramm , dass sync zwei maildirs sehr effizient bis gebrauchter interner maildir indicies.
Kondybas

Ich habe 2 Google Email-Konten. Die andere E-Mail verwendet dovecot. Da Google empfiehlt, nichts zu löschen, habe ich diese Konten nur Nachrichten sammeln lassen, hauptsächlich im Posteingang. Ich möchte nicht wirklich einen neuen Workflow einführen (es sei denn, es gibt andere Vorteile), nur um mit einem großen Posteingang fertig zu werden. Gibt es eine Konfiguration offlineimapzum Verschieben von Nachrichten, die älter als 3 Monate sind, in einen Archivordner?
Reed G. Law

1
@ ReedG.Law: Natürlich möchte Google nicht, dass Sie etwas löschen, da sie sich dann auch um die Suche in ihren Archiven kümmern müssten. Mir ist eine solche Backup-Funktion für nicht bekannt offlineimap. Ich weiß auch nichts über vorhandene E-Mail-Backups, aber IMAP sieht die Suche nach Dingen wie Datum vor. Solche Sicherungsstrategien sind also nicht zu schwer zu schreiben. Ich bin sicher, Google kann Ihnen helfen. Und wenn Sie keinen neuen Workflow einführen möchten, sollten Sie nicht nach einem fragen. :-)
Bananguin

5

Nicht alle IMAP-Server sind schnell, aber wie bereits erwähnt, ist eine effiziente IMAP-Implementierung und -Einrichtung möglich. Ich hatte vernünftiges Glück mit Taubenschlag . Offlineimap ist jedoch ein besonders langsames Programm. In kleinen Tests hat es gut funktioniert, also habe ich darauf umgestellt und mein gesamtes E-Mail-Setup überarbeitet, um davon abhängig zu sein. Aber je mehr E-Mails ich bekam, desto langsamer wurde es, bis ich am Ende jedes Mal den Verstand verlor, wenn ich E-Mails überprüfte.

Wenn Sie eine vollständig Offline-Suche wünschen und nicht viel mögen, können Sie muchsync in Betracht ziehen , das der Offline-Karte ähnelt, aber darauf spezialisiert ist, den Index von notmuch nicht viel zu nutzen. muchsync ist nach der ersten Synchronisierung viel schneller als offlineimap, da alle Netzwerk-Roundtrips von offlineimap vermieden werden und die Indexdatenstrukturen von notmuch aus Effizienzgründen genutzt werden. Ich bin von offlineimap darauf umgestiegen und war sehr glücklich.

Eine weitere Alternative ist die Isynchronität . Ich habe keine persönlichen Erfahrungen mit Isync, aber einige Leute scheinen es zu mögen. Nachdem ich zuvor Offlineimap verwendet und gehasst hatte, würde ich Isync ernsthaft untersuchen, wenn ich nicht zu muchsync gewechselt wäre.


Ich stimme zu, es sieht so aus, als ob das Problem nicht darin besteht, dass IMAP-Ordner zu groß sind, sondern dass die Offline-Karte zu langsam ist. Der Wechsel zu isync (jetzt mbsync) oder muchsync ist der richtige Weg.
Javi Merino

1

"Nach ein wenig Recherche scheint IMAP nicht für die Verwendung mit sehr großen Ordnern gedacht zu sein."

Meine Meinung (und Erfahrung) ist genau das Gegenteil. Imap verfügt über sehr ausgefeilte Funktionen für die serverseitige Suche und Indizierung. Das einzige Problem besteht darin, dass die meisten Mailclients dies praktisch als Remote-Dateiverarbeitungsprotokoll verwenden.

Mit IMAP ist es beispielsweise möglich, in einem Ordner mit einem bestimmten SMTP-Header nach E-Mails zu suchen. Oder Sie können die Dateianhänge einer E-Mail getrennt von ihrem Hauptteil behandeln. Aber das hat den Preis: Das Protokoll ist viel komplexer als jedes andere, das ich je gesehen habe.

Die wahre Kraft des Imaps ist nur sichtbar, wenn

  • Der eigentliche IMAP-Server kann Ihre E-Mails indizieren

  • und Ihr Mailclient ist in der Lage, die IMAP-Ordner intelligent zu behandeln (dh das IMAPD nicht als Remote-Dateisystem zu verwenden, sondern das meiste mit Remote-Abfragen auf der Serverseite).

Meine einzige gute Erfahrung war das Thunderbird / Dovecot-Paar damit. Auf der Clientseite ist kmail auch relativ in Ordnung und auch cyrus auf der Serverseite. Andere Systeme sind nicht wirklich in Ordnung.

In Thunderbird können Sie Abfragen auf dem Server durchführen und deren Ergebnisse als virtuellen Ordner anzeigen. Und die serverseitige Suche ermöglicht es dem imapd, schnelle, schlüsselwortbasierte Suchen basierend auf seinen internen Indexdaten durchzuführen.

Ich kenne Offlineimap nicht, aber ich kenne Mutt. Saubere Char-Konsolen-Apps sind sehr gut und meistens sehr effizient, mit einer einzigen Ausnahme, und genau das haben Sie festgestellt: Sie neigen dazu, die indizierten Dinge zu vermeiden und versuchen, Dinge linear zu versuchen (obwohl sie sehr schnell sind).


Ich möchte die Möglichkeit haben, offline zu suchen, daher die Verwendung von offlineimap. Gepaart mit notmuchist die Suche fast augenblicklich. offlineimapselbst scheint einige Probleme zu haben , aber es ist viel schneller als die muttintegrierte IMAP-Unterstützung.
Reed G. Law

@ ReedG.Law Vielen Dank für die Informationen. Als ich auf das gleiche Problem stieß, benutzte ich schließlich einen lokalen IMAP-Server (Dovecot) und spiegelte mein Google Mail-Konto (und andere Konten) darin. Aber es war auch nicht perfekt wegen der Spamfilterung und des Spiegels der Nachrichtenlöschvorgänge, aber ich könnte damit leben (insbesondere wenn die Quell-E-Mail-Konten nur für einen einfachen Spiegel für abgefragte E-Mails verwendet werden).
Peter

0

Ich habe gerade imapsynczu Alpine Linux hinzugefügt . Es kann in einem LXCContainer unter jedem Linux ausgeführt werden. Ein alpiner Container ist ungefähr so 5mbgroß.

Ich habe letzte Nacht ohne Probleme eine 7GBMailbox in eine neue mailserververschoben. Es dauerte ungefähr 3 Stunden mit 2,2 Nachrichten / Sekunde übertragen und der Prozess 260-280mbdes RAM verwendet. Das 60Synchronisieren von 5 Postfächern mit --useuidaktiviertem Caching dauert Sekunden .

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.