- Navios
- 27 de agosto de 2026 às 15:25 UTC
- Autor
- Kamo
- Enviar
- f66aad7
Cada listagem para Mike@OptionOne.com retornou 400 RequestBroker--ParseUri ("Não foi possível encontrar uma propriedade chamada 'tamanho' no tipo E a caixa de correio era inutilizável. A solicitação vai para /v1.0, mas os nomes de erro do legado Outlook REST tipo, não microsoft.graph.message: para um inquilino cuja caixa de correio ainda resolve para a infra- estrutura legado, Graph responde com uma mensagem que faz não declarar 'tamanho'. $select é analisado como uma unidade, então um nome não suportado falha a solicitação inteira em vez de soltar uma coluna -- a caixa de entrada inteira, Nem um número numa fila. Soltar 'tamanho' do MSG SELECT, que cobre todos os três caminhos de mensagem que compartilhar (listMessages, getMessage, search). Solicitar apenas no caminho de mensagem única apenas mover o mesmo 400 de "inbox não irá carregar" para "mensagem não vai abrir", uma vez que o tipo legado falta em toda parte. Nada depende do valor: a contabilidade do armazenamento da organização é medida independentemente sobre IMAP por MailboxStorageMeasurer, e EmailMessage já documents sizeBytes== 0 como "o provedor não relatou um", então a propriedade ausente degrada-se através de longOf() para exatamente esse sentinela. O mapeamento continua lendo 'tamanho' para que uma resposta Graph-native ainda esteja tamanho. Os anexos são um tipo diferente que realmente tem 'tamanho'; Selecção separada não é tocada. Nenhuma bandeira de capacidade per-tenant e nenhuma retry-sem tamanho: uma lista que Silenciosamente as repetições esconderiam a próxima quebra. Testa o pino que nenhuma mensagem selecionada pede 'tamanho' em qualquer um dos três caminhos, que as outras quatorze propriedades sobrevivem, que um tamanho faltando resolve-se a zero, e esse tamanho do anexo ainda é solicitado e analisado. Verificado não vazio -- restaurar a velha constante falha todos os três selecionar testes.