IMAP expunge
Jens Müller
ich habe hier einen IMAP Server und frage mich gerade, in welchem Maße
er demnächst zugemüllt wird.
Ich kann bei den Konteneinstellungen
[ ] Bereinigen ("Expunge") des Posteingangs beim Verlassen
[ ] Papierkorb beim Verlassen leeren
einstellen, aber was passiert mit Nachrichten, die z.B. aus dem Ordner
'Gesendet' entfernt werden? Solange niemand 'Ordner komprimieren' macht,
wird dieser voller und voller, oder sehe ich das falsch?
Kann da man client-seitig etwas machen?
Gruß
Jens
Uwe Schröder
> was passiert mit Nachrichten, die z.B. aus dem Ordner
> 'Gesendet' entfernt werden? Solange niemand 'Ordner komprimieren' macht,
> wird dieser voller und voller, oder sehe ich das falsch?
TB macht ein automatisches Expunge, wenn die Menge der gelöschten
Nachrichten in diesem Ordner 1 MB erreicht hat. Je nach Ordner-Anzahl
und Mailaufkommen möchte man vielleicht nicht so lange warten, aber
der Wert von 1 MB scheint fest codiert zu sein, eine Preference dafür
habe ich noch nicht gefunden.
Den Papierkorb zu verwenden, ist übrigens bei IMAP eine ganz schlechte
Idee. Auch hier wird die Nachricht im ursprünglichen Ordner nur als
gelöscht markiert, eine Kopie davon im Papierkorb angelegt, und diese
dann irgendwann beim Leeren des Papierkorbs wieder entfernt. Statt sie
zu löschen, hat man die Mail also de facto dupliziert. IMHO irgendwie
sinnlos.
> Kann da man client-seitig etwas machen?
Regelmäßig "File / Compact Folders" anklicken (macht ein Expunge auf
alle Ordner eines Accounts), oder das Ganze auf einen Toolbar-Button
legen: https://addons.mozilla.org/de/firefox/addon/1279
usch
Jens Müller
> TB macht ein automatisches Expunge, wenn die Menge der gelöschten
> Nachrichten in diesem Ordner 1 MB erreicht hat. Je nach Ordner-Anzahl
> und Mailaufkommen möchte man vielleicht nicht so lange warten, aber
> der Wert von 1 MB scheint fest codiert zu sein, eine Preference dafür
> habe ich noch nicht gefunden.
Solange mit /diesem Ordner/ /jeder/ Ordner gemeint ist, bin ich ja schon
zufrieden.
Weißt Du, welchen Einfluss
mail.imap.expunge_after_delete
mail.imap.check_deleted_before_expunge
haben?
Ich vermute, die erste ist die globale Einstellung für die ansonsten
über das Konto geregelte
Beim Löschen einer Nachricht: [Sofort entfernen]
> Den Papierkorb zu verwenden, ist übrigens bei IMAP eine ganz schlechte
> Idee. Auch hier wird die Nachricht im ursprünglichen Ordner nur als
> gelöscht markiert, eine Kopie davon im Papierkorb angelegt, und diese
> dann irgendwann beim Leeren des Papierkorbs wieder entfernt. Statt sie
> zu löschen, hat man die Mail also de facto dupliziert. IMHO irgendwie
> sinnlos.
Da gebe ich Dir recht, aber die 'als gelöscht markieren'-Anzeige hat
insofern Tücken, als dass bei erneutem 'Entf' betätigen die Mail
wiederhergestellt und leider nicht endgültig gelöscht wird.
Das jedem User beizubringen finde ich schwierig. Der Mensch ist halt ein
Gewohnheitstier. ;-)
>> Kann da man client-seitig etwas machen?
>
> Regelmäßig "File / Compact Folders" anklicken (macht ein Expunge auf
> alle Ordner eines Accounts),
Das erfordert Disziplin bei allen Usern, kann ich wohl nicht unbedingt
erwarten.
> oder das Ganze auf einen Toolbar-Button
> legen: https://addons.mozilla.org/de/firefox/addon/1279
Den kannte ich nicht, verbessert vielleicht die Disziplin.
Dank & Gruß
Jens
Uwe Schröder
> Solange mit /diesem Ordner/ /jeder/ Ordner gemeint ist, bin ich ja schon
> zufrieden.
Wenn du mit "jeder Ordner" meinst "jeder einzelne Ordner", dann ja :)
Was nicht gemeint ist, ist "wenn die Summe aller gelöschten Mails in
allen Ordnern zusammen größer als 1 MB ist". Sobald in *einem* Ordner
mehr als 1 MB Restmüll angefallen ist, wird genau *dieser* eine Ordner
automatisch expungifiziert, wenn du ihn das nächste Mal öffnest.
> Weißt Du, welchen Einfluss
> mail.imap.expunge_after_delete
> mail.imap.check_deleted_before_expunge
> haben?
Laut <http://kb.mozillazine.org/Compacting_folders>:
If Tools -> Account Settings -> Server Settings -> "When I delete a
message" is set to "Move it to the Trash folder" and you set
mail.imap.expunge_after_delete to true using the Config editor
Thunderbird will compact the folder immediately after you delete or
move a message.
Also ein automatisches Expunge direkt nach jedem Löschen. Das kann bei
großen Mailordnern natürlich dann eine Weile dauern, insbesondere wenn
der Server das mbox-Format für seine Mailordner benutzt.
Die zweite Einstellung bewirkt - wenn ich mich richtig erinnere - nur
dann etwas, wenn vor dem Löschen der Ordner schon andere, als gelöscht
markierte Mails enthält. Dann passiert folgendes:
- TB macht ein "undelete" auf alle bereits gelöschten Mails
- Der neue Löschbefehl wird ausgeführt
- Expunge wird ausgeführt
- Die im ersten Schritt wieder hergestellten Mails werden wieder als
gelöscht markiert
"Sofort Löschen" im eigentlichen Sinne ist im IMAP-Standard nämlich
gar nicht vorgesehen. Deshalb ist das leider die einzige Methode, um
einzelne Mails gezielt vollständig zu entfernen.
usch
Jan Steffen
> Jens Müller wrote:
>
>> was passiert mit Nachrichten, die z.B. aus dem Ordner
>> 'Gesendet' entfernt werden? Solange niemand 'Ordner komprimieren' macht,
>> wird dieser voller und voller, oder sehe ich das falsch?
>
> TB macht ein automatisches Expunge, wenn die Menge der gelöschten
> Nachrichten in diesem Ordner 1 MB erreicht hat. Je nach Ordner-Anzahl
> und Mailaufkommen möchte man vielleicht nicht so lange warten, aber
> der Wert von 1 MB scheint fest codiert zu sein, eine Preference dafür
> habe ich noch nicht gefunden.
mail.purge_threshhold
oder via GUI:
Einstellungen - Erweitert - Netzwerk&Speicherplatz
[x] Ordner komprimieren wenn dies mehr spart als XXXXX KB
HTH, Jan
--
Nobody's innocent, citizen: we're determining the level of your guilt.
Uwe Schröder
> mail.purge_threshhold
Nein. Das beeinflußt nur, wann TB seine lokalen mbox-Files (POP3,
News) kompaktiert, hat aber auf IMAP-Expunge keinen Einfluß.
(Btw., es gab mal einen Bug, daß die lokalen Offline-Kopien von
IMAP-Ordnern niemals kompaktiert wurden, weder synchron zum Expunge
noch beim lokalen "Compact Folders", Ist der inzwischen behoben, oder
wachsen die mbox-Dateien immer noch bis ins Unendliche?)
usch
Jens Müller
> mail.purge_threshhold
>
> oder via GUI:
> Einstellungen - Erweitert - Netzwerk&Speicherplatz
> [x] Ordner komprimieren wenn dies mehr spart als XXXXX KB
Ah, ich bin bisher davon ausgegangen, dass dies nur für lokale Ordner
gilt. Steht bei mir auf 100 KB, das scheint der Standardwert zu sein.
Dank & Gruß
Jens
--
"The only proof that intelligent life exists in the universe
is that it hasn't tried to contact us yet." - Calvin
Jürgen Schmadlak
> TB macht ein automatisches Expunge, wenn die Menge der gelöschten
> Nachrichten in diesem Ordner 1 MB erreicht hat. Je nach Ordner-Anzahl
> und Mailaufkommen möchte man vielleicht nicht so lange warten, aber
> der Wert von 1 MB scheint fest codiert zu sein, eine Preference dafür
> habe ich noch nicht gefunden.
Was ist mit
- Extras
- Einstellungen
- Erweitert
- Netzwerk und Speicherplatz
- [x] Ordner komprimieren, wenn dies mehr Platz spart als [nnn] KB
--
Satisfy your thirst for life!
NP: Agonoize - Koprolalie
Jens Müller
> Jan Steffen wrote:
>
>> mail.purge_threshhold
>
> Nein. Das beeinflußt nur, wann TB seine lokalen mbox-Files (POP3,
> News) kompaktiert, hat aber auf IMAP-Expunge keinen Einfluß.
:-( Zu früh gefreut (<fp27ri$2ha$1...@newsreader2.netcologne.de>).
> (Btw., es gab mal einen Bug, daß die lokalen Offline-Kopien von
> IMAP-Ordnern niemals kompaktiert wurden, weder synchron zum Expunge
> noch beim lokalen "Compact Folders", Ist der inzwischen behoben, oder
> wachsen die mbox-Dateien immer noch bis ins Unendliche?)
Wer bei einem lokalen Mailserver auf einem Desktop-PC Ordner zum offline
lesen herunterlädt kann nicht bei Trost sein. Das lässt mich also kalt. :-)
Trotzdem kein schöner Bug (gibt es sowas überhaupt?).
Jürgen Schmadlak
> (Btw., es gab mal einen Bug, daß die lokalen Offline-Kopien von
> IMAP-Ordnern niemals kompaktiert wurden, weder synchron zum Expunge
> noch beim lokalen "Compact Folders", Ist der inzwischen behoben, oder
> wachsen die mbox-Dateien immer noch bis ins Unendliche?)
Trash und sent sind bei mir nur ein paar KB groß. Der Bug existiert
scheinbar nicht mehr.
Jan Steffen
> Jan Steffen wrote:
>
>> mail.purge_threshhold
>
> Nein. Das beeinflußt nur, wann TB seine lokalen mbox-Files (POP3,
> News) kompaktiert, hat aber auf IMAP-Expunge keinen Einfluß.
>
In der Tat. Ich dachte immer, das er meine IMAP-Folder auch kompaktieren
würde.
Hat jemand zu dem Thema ein paar bugzilla Nummern?
Peter Schleif
>
> Den Papierkorb zu verwenden, ist übrigens bei IMAP eine ganz schlechte
> Idee.
Finde ich überhaupt nicht. Zusammen mit der Einstellung
user_pref("mail.imap.expunge_after_delete", true);
wird die Mail bei mir in den Paierkorb verschoben und im
ursprünglichen Ordner definitv gelöscht (Kontrolle über Web-
Interface). Ein Rechtklick auf Papierkorb -> "Papierkorb leeren"
schmeißt die Mail dann endgültig weg. Das ist intuitiv und entspricht
IMHO dem natürlichen Verhalten des Papierkorbs in meinem
Betriebssystem (Windows) oder IRL.
Peter
Uwe Schröder
>> Den Papierkorb zu verwenden, ist übrigens bei IMAP eine ganz
>> schlechte Idee.
>
> Finde ich überhaupt nicht. Zusammen mit der Einstellung
> user_pref("mail.imap.expunge_after_delete", true);
... ist das eine noch schlechtere Idee :)
Das hängt natürlich auch von der IMAP-Implementierung auf deinem
speziellen Mailserver ab. Falls er das mbox-Format verwendet, ist
"Expunge" so ziemlich die ressourcenhungrigste Aktion, die man machen
kann. Wenn du fünf Mails löschst (nicht indem du alle markierst und
dann einmal "Delete" drückst, sondern einzeln, z.B. jeweils direkt
nachdem du sie gelesen hast), dann wird fünfmal ein Expunge
ausgeführt.
Jedenfalls haben sich die Autoren des IMAP-Protokolls was dabei
gedacht, daß sie den Löschvorgang in zwei getrennte Schritte
aufgeteilt haben, aber mit "expunge_after_delete" führst du das wieder
zu einem Schritt zusammen. Bei deinen lokalen Ordnern machst du ja
vermutlich auch nicht nach jedem Löschen direkt "Compact Folders".
Sinnvoll wäre es IMHO, wenn TB *generell* "expunge on exit" als Option
anbieten würde, nicht nur bei der Inbox und beim Papierkorb.
> wird die Mail bei mir in den Paierkorb verschoben und im
> ursprünglichen Ordner definitv gelöscht (Kontrolle über Web-
> Interface).
Nein, sie wird *nicht* verschoben, sondern erst kopiert und
anschließend das Original gelöscht. Das sieht vom Ergebnis her
vielleicht gleich aus. Aber du hast effektiv zumindest vorübergehend
die Mail doppelt in deinem Postfach und kannst damit z.B. eventuell
den erlaubten Speicherplatz überschreiten. Außerdem müssen die Daten
komplett bewegt werden (und nicht einfach nur ein Verzeichnis-Eintrag
geändert wie beim Papierkorb von Windows), was bei vielen und/oder
großen Mails eine Zeit dauern kann und den Server unnötigerweise
beschäftigt.
Außerdem verlierst du dabei auch alle anderen zum Löschen vorgemerkten
Mails, außer wenn du gleichzeitig "check_deleted_before_expunge"
aktivierst, was dann den von mir im anderen Posting beschriebenen
Undelete/Expunge/Delete-Zirkus bewirkt.
> Ein Rechtklick auf Papierkorb -> "Papierkorb leeren" schmeißt die
> Mail dann endgültig weg.
Die Kopie der Mail :)
> Das ist intuitiv und entspricht IMHO dem natürlichen Verhalten des
> Papierkorbs in meinem Betriebssystem (Windows) oder IRL.
Nein, das ist eine Simulation mit ursprünglich nicht dafür
vorgesehenen Mitteln und ohne Rücksicht auf die Server-Ressourcen.
IRL entspräche das dem Vorgehen, von einem Brief erst eine Fotokopie
zu machen, die Fotokopie zu zerknüllen und in den Papierkorb zu
werfen, und dann das Original in den Reißwolf zu stecken. Ich halte
das nach wie vor nicht für eine sinnvolle Idee :)
usch
Peter Schleif
>
> ... ist das eine noch schlechtere Idee :)
Ich glaube alles verstanden zu haben, was Du geschriebn hast. Die
Beispiele waren sehr anschaulich. Besonders IRL hat mir gut gefallen.
Vielen Dank.
Allerdings trifft nichts davon auf mich zu. Ich gehöre nicht zu den
Menschen, die 6000 Mails mit 300 Riesen-Attachments 10 Jahre lang
aufbewahren. Derzeit sind es gerade mal 115 Mails mit einem Gesamt-
Platztbeadrf von 18 MB (von 1024). Und das auch nur, weil *ein* großes
Attachment dabei ist.
Der Zeitaufwand fürs Löschen/Verschieben/Kopieren ist kaum bemerkbar.
Lokale Ordner habe ich nicht. Alle 6 Mail-Adressen laufen nach
serverseitger Spam-Filterung in einem IMAP-Konto zusammen. Für mich
ist das beschriebene Verfahren optimal und ich finde es nach wie vor
"natürlich" - auch wenn ich verstehe, dass es das aus Sicht der IMAP-
Implementierung vielleicht nicht ist.
Peter