- Verschifft
- 9. August 2026 um 04:41 UTC
- Autor
- Kamo
- Ausschuss
- 8fa2944
SearchIndexService schrieb sizeBytes = 0 für jede Nachricht, die es jemals indiziert hat, unter dem Kommentar "Nicht von der Umschlagsstelle zur Verfügung". Es war verfügbar - das holen profile einfach nie danach gefragt. Jede Zeile in email_metadata.search_index ist 0 Bytes in Produktion, so Mailbox-Speicher liest sich als Null für jede Organisation, und jede auf dem Index aufgebaute Lagerhaltung hätte das geerbt. - EmailImapService fügt FetchProfile.Item.SIZE hinzu, also ist RFC822.SIZE vorgewählt mit dem Umschlag, anstatt eine Hin- und Rückfahrt pro Nachricht zu kosten, und toEnvelope trägt es durch. - GraphMailProvider wählt "Größe", die gleiche Menge, so Mailbox Summen bedeuten die gleiche Sache, egal welcher Anbieter eine Organisation ist. - EmailSizeBackfillService repariert die bereits geschriebenen Zeilen in gebundenen Chargen gruppiert nach (Mitglied, Ordner), so dass jede Gruppe eine IMAP-Rundreise ist. Eine UID der Ordner nicht mehr hält wird nicht mehr als Null aufgezeichnet . Null und unbekannt sind nicht die gleichen, und sie zu vermischen würde dauerhaft die Mailbox unterschätzen. Addiert auch EmailImapService.messageGrößen, die Größen für eine UID-Set in einem liest Rundreise; sie über getMessage neu zu ordnen würde ganze Nachrichtenkörper holen um eine Nummer zu lesen, die der Server im Umschlag veröffentlicht. 6 neue Tests, 146 insgesamt, alle bestanden.