adresses mails alternatives dans l'annuaire et couples {nom, email}

Bonjour,

Nous utilisons pour l’instant BM 2.0.10 (et allons passer en 2.0.13 ou 2.0.14 ASAP).

Lorsque des utilisateurs sont autorisés à utiliser leur adresse sur plusieurs domaines, dans l’interface d’administration il y en a toujours une par défaut.
C’est uniquement celle-ci qui fonctionne en auto-complétion dans la rédaction d’un email.

De manière plus générale, dans l’annuaire n’apparaît que le couple {nom complet, adresse mail par défaut}.

par exemple :
«admin» reçoit aussi les mails adressés à «abuse» et «postmaster» des différents domaines.
On voudrait que ces autres adresses puisses être accessible dans l’annuaire avec pour chacune d’elle un couple {nom complet, adresse mail}.

Est-ce ou serait-ce possible

À minima, peut-on paramétrer l’instance pour que l’auto-complétion propose toutes les adresses emails disponibles pour chaque utilisateur ?

Merci d’avance de vos réponses,

Vincent

Effectivement, le but de ce comportement est d’éviter les listes trop longues.

Dans la fiche de l’utilisateur de l’application contact, l’ensemble de ses emails sont présentées.

Des améliorations sont prévues dans les versions futures.

Il est par contre possible de jouer avec les groupes ou boîtes à lettres partagées afin de faire remonter ces adresses:
[list=*]
]groupe: créer un groupe avec l’adresse email abuse@… par exemple et mettre la/les personnes souhaités comme membre/]
]boîte à lettres partagées: créer une boîte à lettres partagée avec l’email abuse@… par exemple et donner des droits à la/les personnes souhaités/]
[/list]

Dans les 2 cas, l’adresse email du goupe ou de la boîte à lettres partagée apparaîtra dans les contacts et les complétions.

Merci pour cette réponse rapide et complète.

Les deux solutions de contournement n’ont-elles pas l’inconvénient d’incrémenter le compteur des souscriptions ?

Dans notre cas nous devons migrer un nombre important de compte mail ayant des alias (environ 230 pour 500 comptes), notre association étant internationale, et hébergeons les domaines de différents pays.

Comment résout-on ce problème ?

Bien cordialement,

Vincent

Non, seul les utilisateurs sont pris en compte pour le calcul de la souscription.

Pas sûr de comprendre le problème, le calcul de la souscription ou la migration des données ?

Bonjour,

je n’avais pas vu la réponse. Le problème (dans mon message #3) était juste le calcul de la souscription.
On essaiera comme ça effectivement, via les groupes ou boîtes aux lettres partagées.
Dans quelle branche de développement pensez-vous apporter des améliorations ? De quel(s) type(s) ?

Post 3.
Le type n’est pas défini, il faut qu’on fasse un point et qu’on prenne en compte les remarques qu’on nous a remonté.

N’hésitez pas à indiquer ce que vous attendriez dans une demande de fonctionnalité via notre outil de suivi.