Groupes de distribution

​

L’objet de capability

"urn:oximail:params:jmap:distributiongroups": {
  "maxNestingDepth": 10,
  "maxFlatSize": 1000,
  "maxGroupsPerTenant": 1000,
  "maxGroupsPerOwner": 100
}

​

Objets et méthodes

​

Comportements à connaître

• N’importe qui peut créer ; le propriétaire ou un administrateur peut modifier. Une création par n’importe quel membre de l’organisation en fait le propriétaire ; nommer un autre ownerAccountId exige un administrateur. La mise à jour et la destruction sont au propriétaire ou à un administrateur. Chaque mutation d’appartenance et chaque destruction écrivent une ligne d’audit dans la transaction du gestionnaire, puisqu’un groupe utilisé dans un droit shareWith change les droits effectifs de N comptes.
• Un groupe ne peut pas éclipser un collègue. À la réception, l’expansion passe avant la résolution du compte, à dessein, si bien qu’un groupe portant la partie locale d’un collègue détournerait son courrier vers les membres en silence ; la création et le renommage refusent tout nom déjà porté par un groupe vivant, un alias historique, une adresse de compte ou un alias d’adresse de l’organisation. La garde est par organisation : un groupe equipe dans une organisation ne déploie jamais un message envoyé à equipe@ au domaine d’une autre, qui est transmis tel quel.
• Renommer garde l’ancien nom vivant. Le name précédent devient un alias historique, servi dans aliases (le plus ancien d’abord), et ancien-nom@ continue de résoudre.
• Qui voit les membres. Un administrateur, le propriétaire (qui gère l’appartenance doit pouvoir la lire), un membre, ou tout le monde quand membersVisibleToTenant est vrai ; les autres reçoivent members: null. memberCount est toujours servi.
• L’imbrication est bornée et précalculée. Un set recalcule l’expansion aplatie du groupe et de chacun de ses ancêtres dans la même transaction, en refusant un cycle, une profondeur au-delà du plafond et une taille aplatie au-delà du plafond par une erreur typée ; l’objet refusé revient à son point de sauvegarde pendant que les autres objets de l’appel continuent. La livraison et la soumission lisent ensuite le cache aplati, une seule requête SQL et aucune récursion.
• Un budget de diffusion par organisation. Chaque expansion consomme N unités d’une fenêtre glissante d’une minute (fanout_per_minute) ; au-delà, la résolution échoue au lieu d’envoyer, si bien qu’un expéditeur emballé ne peut pas faire d’un groupe une inondation.
• Un membre plein est sauté. À la livraison à un groupe, un membre dont la boîte dépasse son quota est sauté, journalisé et compté ; les autres membres reçoivent le message (stockage). Quand un collaborateur part, oximail account offboard nomme les groupes dont il est membre et n’en modifie aucun : le courrier de groupe suit déjà la redirection de l’adresse membre par membre (CLI).