Sent (Gesendet) Ordner 4GB, TB wird langsam [erl.]

Hi Christop,

dann gib deinem Kollegen einen "Geheimtipp".
Verrate ihm, dass wir eine Anleitung haben. Dort steht auch was darüber, wie der TB (und jedes andere Mailprogramm, welches auf das standardisierte mbox-Format setzt) die Mails speichert. Auch, dass gelöschte Mails nur als gelöscht markiert und erst nach der Programmfunktion Komprimierung wirklich gelöscht werden.
Dort steht auch, dass man sowohl Eing- als auch Ausgänge in Unterordner aufteilen sollte, und dass mbox-Dateien ab ein paar Hundert MB echt gefährlich für den Bestand seiner Daten sind.
Am Besten, du liest dir das vorher selber durch, denn dann bis du bei ihm der Größte ... .

MfG Peter

Dann stelle dir einfach mal vor, du hast eine 4 GB große Datei und du schreibst in ihr herum.
Zeige mir das Programm, bei dem das nicht eine Weile dauert. Oder hast du einen Rechner, welcher mehrere Dateien in dieser Größe "einfach so" im RAM behalten kann?
Selbstverständlich verwendet der TB Indexdateien (welche das sind, hast du ja sicherlich beim Lesen der Anleitung schon herausgefunden ...). Aber überlege mal, wie lange das Indizieren einer 4 GB großen Datei mit vielleicht Tausenden von einzelnen Bestandteilen dauert.

Niemand hindert dich, viele (!) Unterordner anzulegen. Das sind alles einzelne und voneinander unabhängige mbox-Dateien. Und man kann sogar mit Hilfe von Filtern die Sortierung automatisieren. Ja, und einer davon kann auch "Sent.2009" heißen.

NB: Ich versende "Mails" seit ca. 1980. Also schon, bevor es die heute üblichen Mailprotokolle gab. Aber ich habe keinen Mailaccount, der mehr als ein paar Hundert MB an Daten umfasst. Es ist IMHO heutzutage leider eine große Unsitte, das Medium E-Mail als Transportmittel für Massendaten zu missbrauchen. Dafür gibt es andere und besser geeignete Möglichkeiten.
Nur mal so zum Nachdenken! (Falls das bei euch zutreffen sollte)

MfG Peter

Ich sehe, wir beide stammen aus einem Zeitalter.
Mein erster Rechner war ebenfalls eine unix-Maschine und logischerweise lief der "Mailversand" per uucp
OK, ich denke mal, das Problem ist gelöst.

MfG Peter

Zitat von "chriskuku"

Erstmal denke ich, auf einem NTFS oder FAT32 Filesystem gibt es kein 4GB Filesize limit mehr

Hallo Christoph

ich hatte auf den Artikel Limits - Thunderbird hier schon mehrfach hingewiesen.

Zitat

wenn jemand gerne alles in einer großen Datei hat, dann ist es Sache des Algorithmus des Mailclients (TB), das vernünftig zu regeln. (Stichwort Datenbank, Index, etc.)

Fehlerberichte und Wünsche

Zitat

Mein Kollege sagt mir gerade, er habe "Komprimieren" ausgeführt und es habe sich
an der Größe nichts geändert.

Das wundert mich bei dieser gigantischen Größe nicht.

Gruß Ingo

Hallo,

Zitat

Nehmen wir mal an, der Folder wäre knapp unter dem, was Thunderbirds Limits erlauben.

Das sind die theoretischen Limits. In der Praxis sieht es anders aus.
Es ist doch so: Wird eine so große Datei ein klein wenig geändert etwa durch Hinzufügen einer Mail, muss die Datei völlig neu eingelesen werden.
Irgendwann entstehen dabei Fehler, welches die Datenbank so stark beschädigt, das sie sich nicht mehr öffnen lässt. Das war schon bei Outlook Express so.
Daher empfehle ich, die Datenbanken besonders des empfindlichen Posteingangs und des Ordners Gesendet, diese nicht größer als 300-500 MB werden zu lassen. Meine größte Mbox hat nur 90 MB. Ich vermeide auf diese Weise alle Datenbankprobleme.
Lässt sich eine Datenbank nicht mal mehr komprimieren oder gar mit einem Editor öffnen, kann das kolossalen Mailverlust zur Folge haben.
Wenn dir das so nicht gefällt, schreibe bei Bugzilla eine Bugmeldung.
Ach übrigens selbst bei MS-Outlook müssen die Datenbanken verkleinert und komprimiert werden. Dafür gibt es dort spezielle Menüs.
Gruß

Wenn dem so wäre wie du sagst, warum wird bei Mozilla darauf hinwiesen, den Posteingang leer zu halten?
Denn gerade bei diesem ist ja die meiste Bewegung. Nach dem was du sagst, wäre das ja nicht nötig.
Außerdem wie erklärst du dir, dass ein Ordner in TB der unter 2GB groß ist, nicht geöffnet werden kann und sogar ein Editor dabei versagt?

Gruß

Zitat von "chriskuku"

danke erst mal für den nochmaligen Verweis auf die Limits etc.

Hallo Christoph

bitte. Hast Du den KB-Artikel auch vollständig gelesen?

Zitat

Nehmen wir mal an, der Folder wäre knapp unter dem, was Thunderbirds Limits erlauben.

Bugs nennt einige Szenarien.

Zitat

Und dann würdest Du Dich nicht wundern über einen Bug in Thunderbird.

Jedes Programm hat (mindestens) einen Bug. Die Probleme mit großen MBOX-Dateien sind bekannt und dokumentiert.

Zitat

wie kann TB es erlauben, eine Datei zu schreiben, die größer ist als seine limits. Auch dann müßte ich jetzt einen Bug melden.

Kannst Du gerne tun. Den Link habe ich bereits genannt. Beachte dabei aber

Zitat von "TB-Forum Wiki"

Deshalb sollte (besser gesagt MUSS) man auch in BugZilla bitte zuerst suchen, ob es bereits einen Eintrag in der Datenbank gibt, der dem eigenen Problem entspricht oder nahekommt.

Du bist natürlich herzlich eingeladen, selbst bei der Lösung aktiv mitzuhelfen.

Gruß Ingo

chriskuku,
wie die Abspeicherung einer MBox-Datei abläuft, da könntest du Recht haben und das nehme ich auch zurück, aber eigentlich interessiert mich das auch nicht, sondern die Auswirkungen in der Praxis. Ich sagte ja bereits, auch bei Größen weit unter 2GB können Mboxdateien korrupt werden und das auch ohne Virenscanner. Dass aber eine z.B. 50 MB große Mbox defekt ist, habe ich hier im Forum noch nie gehört. Was ergäben sich dann also aus dieser Tatsache für Folgerungen? Die Mailbox ruhig 2 GB groß werden zu lassen und den User in Sicherheit zu wiegen, der dann bei 1,5 GB seinen Ordner nicht mehr öffnen kann?
Nicht umsonst wird auf dieser Seite:
http://kb.mozillazine.org/Inbox_stays_blank
geschrieben:

Zitat

Keep your Inbox empty by moving messages you want to keep to other folders or child folders.

Da du ja offenbar Grundkenntnisse in Informatik hast, frage ich mich aber, wieso du bei so einem Problem ein Forum konsultieren musst, in dem sich nur wenige Experten aufhalten, eben ein User-helfen-User-Forum.

Gruß