Le blog technique

Toutes les astuces #tech des collaborateurs de PI Services.

#openblogPI

Retrouvez les articles à la une

[Exchange Hybride] Les boîtes aux lettres partagées online sont automatiquement transformées en boîtes aux lettres utilisateurs

Problème

Dans un environnement Exchange Hybride et suite à une synchronisation d’annuaires, les boîtes aux lettres online de type utilisateur et qui ont été converties en boîtes aux lettres partagées peuvent revenir de manière inattendue en boîtes aux lettres normales.

 Cause

Le problème se produit parce que l’attribut « RemoteRecipientType » a été mal défini. Cet attribut doit refléter que la boîte aux lettres a été migrée ou encore qu’il s’agit d’une boîte aux lettres partagée –> Si ce n’est pas le cas, la synchronisation d’annuaire réplique les attributs dans le cloud puis la boîte aux lettres partagée sera convertie en « UserMailbox ». Si l’utilisateur n’a pas de licence et si la période de grâce de 30 jours est écoulée, la boîte aux lettres sera déconnectée et convertie en « MailUser ».

 Résolution

Pour résoudre ce problème, l’attribut « RemoteRecipientType » doit être mis à jour comme suit :

  1. Si la boîte aux lettres dans Exchange Online est déconnectée, attribuez temporairement une licence à l’utilisateur ce qui reconnectera automatiquement la boîte aux lettres.
  2. Si la boîte aux lettres distante n’existe pas, exécutez la commande suivante Enable-RemoteMailbox -Identity PrimarySmtpAddress -RemoteRoutingAddress TargetAddressDomain 

    (Note: La TargetAddressDomain représente votre domaine de coexistence)

  3.  Exécutez ensuite la commande suivante Set-ADUser -Identity ((Get-Recipient PrimarySmtpAddress).samaccountname) -Replace @{msExchRemoteRecipientType=100;msExchRecipientTypeDetails=34359738368}  ce qui permettra de définir qu’il s’agit d’une boîte aux lettres partagée migrée.

 

[Outlook] Le délégué ne peut pas modifier ou supprimer un élément du calendrier Outlook

Contexte et problème 

Dans Microsoft Office 365/ Office 2016, un délégué dispose des autorisations « Editeur » sur un calendrier d’un autre utilisateur dans Microsoft Outlook.

Le délégué peut créer des rendez-vous/réunions mais lorsqu’il tente de supprimer un élément du calendrier, le message d’erreur suivant s’affiche :

 

Cause

Lorsqu’un élément de calendrier est supprimé, Outlook 2016/365 tente de le déplacer vers le dossier « Éléments supprimés » de la boîte aux lettres d’origine. Si le délégué ne dispose pas des autorisations sur le dossier Éléments supprimés, l’opération échouera.

Solutions de contournement 

  • Utiliser Outlook sur le Web pour supprimer les entrées du calendrier –> Il s’agit de la solution la plus simple
  • Comme solution de contournement dans Outlook 2016/O365, attribuer au délégué au moins des autorisations d’auteur sur le dossier « Éléments supprimés »
  • Dans les versions antérieures d’Outlook, ce problème ne se pose pas puisque les éléments supprimés étaient déplacés vers la boîte aux lettres des délégués. Ce comportement est contrôlé via la clé de registre DelegateWasteBasketStyle qui se trouve sous :Ordinateur\HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\options\general Cette clé peut avoir les valeurs : 4 – déplace les éléments supprimés vers le dossier Éléments supprimés dans la boîte aux lettres d’origine. 8 – déplace les éléments supprimés vers le dossier Éléments supprimés dans la boîte aux lettres du délégué (Par défaut, Outlook 2016 définit cette valeur clé sur 4) –> Comme une autre solution de contournement, il est possible de modifier la valeur de cette clé de registre à 8.

[Exchange Onprem] ID d’événement 4113 : Erreur inattendue lors de l’appel du service de topologie Microsoft Exchange Active Directory

L’erreur 4113 suivante:  » Erreur inattendue lors de l’appel du service de topologie Microsoft Exchange Active Directory sur le serveur… Accès refusé  »  est observée dans le journal des événements Application d’un serveur Exchange toutes les 15 minutes.

–> L’erreur est apparue tout simplement dans l’observateur d’évènements parce que la console Exchange PowerShell n’a pas été lancée en tant qu’administrateur avec élévation. –> Il fallait donc fermer la fenêtre de ligne de commande Exchange PowerShell en cours puis la relancer en tant qu’administrateur.