- Navios
- 15 de agosto de 2026 às 05:22 UTC
- Autor
- Kamo
- Enviar
- 89ccc1b
O MailboxController não tinha qualquer direito. GESTÃO EMAIL ACCOUNTS existiu apenas como um checkDiretamente no navegador e View EMAIL ACCOUNTS foi referenciado em nenhum lugar, então cada caixa de correio em uma organização poderia ser criada, suspensa, apagada ou reatribuída por qualquer ouvinte autenticado que conhecia o URL. Mudar qualquer coisa agora leva MANAGEM EMAIL ACCOUNTS; leitura de detalhes administrativos — que é designado para uma caixa de correio, o que o prestador de provisionamento suporta — toma Ver Emal Accounts. getMailboxMembros, sem atribuiçãoMailbox e setPrimaryMailbox não levaram o HttpServletPedido em tudo, por isso eles não tiveram nem uma verificação de direitos nem uma verificação de organização: poderia reatribuir qualquer caixa de correio por id. Aceitam o pedido agora. O ponto final da lista não é deliberadamente fechado. GET /api/email/mailboxes é o primeiro fonte em /api/email/diretório, que faz backup do destinatário autocompletar atrás useRecipientSearch, e essa rota retorna uma lista vazia em vez de um erro quando um A fonte recusa. VEZ EMAIL ACCOUNTS é realizada por 15 de 42 funções e ACESSO MAIL por 28, assim, a fixação da lista teria silenciosamente esvaziado colegas fora do livro de endereços de Cada membro que pode ler o correio, mas não administrá-lo, sem nada para explicar. Cujas caixas de correio um membro pode abrir já é decidido pelo ACESS ALL * MAILBOXES através do AccessibleMailboxService. Um endpoint que serve tanto a tela de administração quanto o livro de endereços é o defeito real. Dividindo-o deixaria a visão de administrador tomar o direito que deveria — uma mudança de API Em vez de uma autorização, por isso não é feita aqui. A classe javadoc registra isso assim a próxima pessoa não "fixa" o portão perdido e quebra autocompleto.