- Navios
- 7 de agosto de 2026 às 06:15 UTC
- Autor
- Kamo
- Enviar
- 8e73db6
Um e-mail de contato do departamento era texto livre, assim que poderia nomear um endereço que o org faz Dois dos três departamentos com um conjunto hoje fazem exatamente isso. Agora. possui um ponteiro para uma das caixas de correio do org, e Organização ganha o mesmo ponteiro ao lado de seu contato existenteEmail, que é intocado. A atribuição é um ponteiro e nada mais: registra qual caixa de correio o departamento ou Org é alcançado, e não dá a ninguém acesso a ele. Ambas as colunas são simples UUID sem FK para email provider.mailboxes, deliberadamente. As caixas de correio sincronizam de provedores externos e podem ser removidas do lado do provedor e endpoint de exclusão de caixa de correio não sabe nada sobre departamentos -- um FK real iria virar ambos daqueles em fracassos. Um ponteiro velho é o custo aceito e a interface de superfície. Department.email fica, mantendo o endereço para o qual a caixa de correio foi designada. Os consumidores querem um endereço, não um id, e endereços de caixa de correio são imutáveis (o UpdateMailbox só aceita um nome de exibição e senha), então a cópia não pode derivar. A atribuição escreve ambas; limpar nulas ambas. Uma caixa de correio de outra organização é recusado -- o catador só oferece esta org's, mas o pedido pode ser feito sem ela, e um ponteiro cruzado colocaria o endereço de uma org no correio de outra pessoa.