- Szycy
- 9 sierpnia 2026 04:41 UTC
- Autor
- Kamo
- Pochęt się
- 8fa2944
SearchIndexService napisał rozmiarBytes 0 za każdą wiadomość, którą kiedykolwiek zindeksował, W komentarzu "Niedostępne z koperty". Był dostępny - abracja Profil po prostu nigdy o to nie prosił. Każdy wiersz w email_metadata.search_index 0 bajtów w produkcji, więc przechowywanie skrzynek pocztowych odczytuje się jako zero dla każdej organizacji, A każda księgowość magazynowa zbudowana na indeksie odziedziczyłaby to. - EmailImapService dodaje FetchProfile.Item.SIZE, więc RFC822.SIZE jest wstępnie napisany Zamiast koperty zamiast kosztować podróż w obie strony na wiadomość, i To Envelope przenosi go. - GraphMailProvider wybiera "rozmiar", tę samą ilość, więc sumy skrzynek pocztowych oznaczają To samo, niezależnie od tego, na którym jest dostawca organizacji. - EmailSizeBackfillService naprawia już napisane wiersze, w ograniczonych partiach Pogrupowane przez (członek, folder), więc każda grupa to jedna podróż w obie strony IMAP. U-ID the Folder nie jest już niewymiarowy, a nie rejestrowany jako zero — zero Nieznane i nieznane nie są takie same, a ich wiązanie na stałe Zaniża skrzynkę pocztową. Dodaj również EmailImapService.messageSizes, który odczytuje rozmiary zestawu UID w jednym Podróż w obie strony; ponowne przechodzenie ich za pośrednictwem getMessage pobrałoby całe organy wiadomości Aby odczytać numer, który serwer publikuje w kopercie. 6 nowych testów, łącznie 146, wszystkie przechodzą.