- Spegnimento
- 27 agosto 2026 alle ore 15:25 UTC
- Autore
- Kamo
- Impegno
- f66aad7
Ogni elenco di Mike@OptionOne.com ha restituito 400 RequestBroker--ParseUri ("Impossibile trovare una proprietà denominata 'dimensione' su tipo E la cassetta postale era inutilizzabile. La richiesta va a /v1.0, ma i nomi di errore legacy Outlook REST tipo, non microsoft.graph.message: per un inquilino la cui casella di posta ancora si risolve al backend legacy, Graph risponde con un Messaggio che fa non dichiarare 'dimensione'. $select è parsed come un'unità, quindi un nome non supportato fallisce l'intera richiesta invece di cadere una colonna -- l'intera casella di posta, non un numero su una fila. Drop 'size' da MSG SELECT, che copre tutti e tre i percorsi dei messaggi che condividere (listMessages, getMessage, ricerca). Richiesta solo sul il percorso di un messaggio unico avrebbe appena spostato lo stesso 400 da "inbox non carichi" "Il messaggio non si aprirà", dal momento che il tipo legacy manca ovunque. Nulla dipende dal valore: la contabilità dell'organizzazione è misurata indipendentemente su IMAP da MailboxStorageMeasurer, e EmailMessage già documenti dimensioneBytes == 0 come "il fornitore non ha segnalato uno", quindi la proprietà assente si degrada attraverso longOf() a esattamente quel sentinel. La mappatura continua a leggere 'dimensione' in modo che una risposta nativa del grafico sia ancora tagliata. Gli allegati sono un tipo diverso che ha veramente "dimensione"; loro selezione separata è intatto. Nessun flag di capacità per-tenant e nessun retry-senza dimensioni: un elenco che silenziosamente i retries nasconderebbero il prossimo tale rottura. Perno di test che nessun messaggio seleziona chiede 'dimensione' su uno dei tre sentieri, che le altre quattordici proprietà sopravvivono, che una dimensione mancante si risolve a zero, e la dimensione dell'allegato è ancora richiesta e analizzata. Verificato non vaccinario -- ripristinare la vecchia costante fallisce tutti e tre selezionare i test.