- Se descapó
- 9 de agosto de 2026 a las 4:41 UTC
- Autor
- Kamo
- Compromit
- 8fa2944
SearchIndexService escribió tallaBytes = 0 por cada mensaje que haya indexado, bajo el comentario "No disponible en el sobre". Estaba disponible. El perfil simplemente nunca lo pidió. Cada fila en email.metadata.search.index es 0 bytes en producción, por lo que el almacenamiento del buzón se lee como cero para cada organización, y cualquier contabilidad de almacenamiento construida en el índice habría heredado eso. - EmailImapService añade FetchProfile.Item.SIZE, por lo que RFC822.SIZE está prefetched con el sobre en lugar de costar un viaje de ida y vuelta por mensaje, y a Envelope lo lleva a través. - GraphMailProvider selecciona "tamaño", la misma cantidad, por lo que los totales del buzón significan lo mismo sea en quien sea el proveedor de una organización. - EmailSizeBackfillRepara el servicio las filas ya escritas, en lotes delimitados agrupado por (miembro, carpeta) por lo que cada grupo es un viaje de ida y vuelta IMAP. Un UID el La carpeta ya no se deja de tamaño sin tamaño en lugar de registrarse como cero cero . y desconocidos no son los mismos, y confundirlos permanentemente subestimar el buzón. También añade EmailImapService.messageSizes, que lee tamaños para un UID en uno Viaje de ida y vuelta; volver a conducirlos a través de getMessage traería cuerpos de mensajes enteros para leer un número que el servidor publica en el sobre. 6 nuevas pruebas, 146 en total, todas pasajeras.