boîtes à un même utilisateur (l’administrateur,
par exemple), cette pratique n’est plus possible
en Exchange 2000/2003 et ces boîtes ne peuvent être migrées
telles quelles. Donc, même sur Exchange 5.5, il est préférable
de s’adapter à la nouvelle règle afin de pouvoir migrer
sans douleurs.
Les salles, les rétroprojecteurs, les voitures, …, il n’y a
pas de limites aux différents types de ressources imaginables.
La création des comptes qui serviront aux ressources se
fera préférablement dans une UO (Unité d’organisation) spécifique
afin de ne pas traiter ces comptes comme les comptes
normaux, notamment afin de limiter l’ouverture de session
sur ces comptes. Par sécurité, le mot de passe affecté à ce
compte peut être gardé secret et l’ouverture de session peut
être limitée à une seule machine, le serveur par exemple.
On peut créer le compte et la boîte, puis déléguer les
droits aux différentes personnes qui seront chargées de l’administration
complète de ces ressources.
L’administrateur ou la personne désignée pour l’administration
complète pourra définir des droits beaucoup plus limités et précis aux autres utilisateurs
en suivant les rôles habituels
(Relecteur, auteur, éditeur, …).
Comment déployer une démarche DevOps efficace, sécuriser ses processus de développement et maîtriser les coûts de ses infrastructures ? Les 9 et 10 décembre 2026, DEVOPS REX réunit les professionnels…
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et…