Solution avec transfert de mails
Afin de récupérer les nouveaux mails destinés au collaborateur ayant quitté l'organisation, deux solutions sont possibles :
- transmettre cet e-mail à un autre utilisateur : la solution passe alors par l'ajout des adresses e-mails de l'utilisateur parti (user1@bm.com dans notre exemple) en tant qu'alias de l'utilisateur cible
- transmettre cet e-mail vers une boite partagé : la solution nécessite la création d'une boite partagée avec l'adresse user1@bm.com ou avec un alias correspondant à celle-ci.
Pour cela :
- Renommer l'utilisateur en user1.bck
- Positionner un alias vers user1.bck de l'adresse user1
2'. OU : créer une éventuelle boite partagée bp.userbck - Rediriger (avec ou sans copie locale) les mails de user1.bck vers userCS
- Attendre la prochaine sauvegarde globale.
- Récupération des e-mails
- Utiliser un client lourd type Thunderbird pour copier l'intégralité des messages vers la bal partagée bp.userbck
ou - Utiliser un client lourd type Thunderbird pour récupérer en POP l'intégralité des messages.
- Utiliser un client lourd type Thunderbird pour copier l'intégralité des messages vers la bal partagée bp.userbck
- Récupération des contacts et de l'agenda
- En console d'admin, accéder au menu "Arborescence DataProtect"
- Cliquer sur la dernière sauvegarde
- Sélectionner l'utilisateur user1.bck
- Cliquer sur les liens permettant de récupérer les fichiers VCard (carnets d'adresses) et le fichier ICS (données d'agenda).
- Supprimer l'utilisateur user1.bck
- Créer un alias user1 pour l'utilisateur userCS
Solution avec réponse automatique
Il est parfois préférable de ne pas vouloir transférer tous les nouveaux mails d'un collaborateurs à un autre pour des raisons de confidentialités et de vouloir envoyer un retour à l'expéditeur pour lui demander de contacter un autre collaborateur.
Dans ce cas deux solutions sont possibles :
- Créer un nouvel utilisateur user2.out en lui donnant en alias l'adresse mail de l'utilisateur : userCS@bm.com et mettre en place en message d'absence personnalisé. L'avantage de cette approche est de pouvoir mettre en place un message personnalisé pour chaque utilisateur, l'inconvénient est que cet utilisateur sera décompté dans le nombre d'utilisateur pour la souscription.
- Créer un seul utilisateur user.desactivated en lui donnant comme alias l'adresse mail de tous les collaborateurs qui ne sont plus présents et mettre en place en message d'absence identique pour tous les utilisateurs. Ainsi un seul utilisateur permet de gérer tous les utilisateurs qui ne sont plus présent.
Suppression et synchronisation annuaire
Lorsqu'un utilisateur est supprimé dans l'AD/LDAP, il est alors automatiquement archivé dans BlueMind lors de la synchronisation.
Sa suppression dans l'annuaire peut donc se faire à n'importe quel moment du processus. Elle entraînera la désactivation de l'utilisateur dans BlueMind et empêchera la connexion de cet celui-ci mais ne supprimera pas ses données.
On peut donc suivre les procédures ci-dessus puis supprimer l'utilisateur de l'annuaire ensuite.