- Verschifft
- 14. August 2026 um 03:16 UTC
- Autor
- Kamo
- Ausschuss
- 8d33ea1
Dreht die index-gedeckte Nachrichtenliste an, indem Sie die Sache reparieren, die sie unsicher gemacht hat anstatt die Flagge umzudrehen. Der alte Scheck verglich die Nachrichtenzählungen und UIDNEXT. Beide sind blind für eine Flagge sich bewegen, und nichts re-indiziert eine Nachricht, wenn jemand liest es auf ihrem Handy, so ein Ordner, der diese Überprüfung mit jeder Nachricht gelesenen Zustand serviert werden könnte eingefroren in dem Moment, als es ankam - ein Posteingang, der gelesene Post als ungelesen zeigt. Das ist warum es ausgeliefert deaktiviert. CONDSTORE hat die Nummer, die sich bewegt. HIGHMODSEQ ist ordnerweit und Fortschritte auf alles überhaupt: eine Ankunft, eine Auslassung, eine Flagge von jedem Client gesetzt überall. So "bei modseq N wurden die neuesten K-Nachrichten indiziert" plus ein frischer modseq von N ist ein Beweis dafür, dass sich seitdem nichts geändert hat, Flaggen eingeschlossen. Verifiziert auf der Live-Server vor dem Bau darauf - /usr/libexec/dovecot/imap (2.3.20) trägt CONDSTORE, QRESYNC und LIST-STATUS. UIDVALIDITY wird neben überprüft, da Server, der ändert, hat es den Ordner neu nummeriert und nichts unter dem indiziert alter Wert beschreibt die gleiche Mail. Jakarta Mails eigener STATUS fragt immer nur nach den fünf klassischen Artikeln, also erweiterte Form wird direkt ausgegeben und die Antwort hier geparst - im Test, gegen wörtliche Drahtdaten, denn diese eine Zahl ist das ganze Sicherheitsargument. Der Checkpoint wohnt in Redis, nicht an einem Tisch. Es ist ein Sync-Marker, dessen richtige Verhalten auf Verlust ist "vergessen und neu gelesen", so eine Shared-Bibliothek Einheit, ein Migration und ein KamoInitializer Run wären der falsche Preis dafür. Kein Backfill-Job, absichtlich. Wenn der Beweis versagt, liest sich die Anfrage von IMAP genau wie zuvor und gibt das Ergebnis zurück, um indiziert zu werden, so Ordner füllen sich als sie werden betrachtet - die gleiche Reihenfolge, in der es sich gehört, schnell zu sein, und nichts, das kann über jede Mailbox auf der Plattform weglaufen. Das spricht auch, warum dies wäre vorher sinnlos gewesen: Der Index hielt insgesamt 31 Reihen. Zwei Bestellungen sind wichtig und beide scheitern nur in eine Richtung. Der gespeicherte modseq ist die eine vor dem Holen lesen, nie nach, so eine Änderung Landung Mitte-Fetch Blätter der Checkpoint hinter der Realität und kostet ein verschwendetes holen - das Gegenteil wäre Paar ein aktuell aussehender Modseq mit abgestandener Post. Und Reihen bereits im Index haben nur ihre Flaggen aktualisiert, nie ihre Körper, weil eine Zeile der vollständige Indexer geschrieben trägt die Textsuche ist aus gebaut, und es aus einem Umschlag wieder aufzubauen würde ruhig Drop-Nachrichten aus der Suche, während die Liste schneller.