[O365 – OWA] Erreur 500 à l’ouverture d’un webmail Office 365

Dans un projet récent, alors que je venais tout juste de déployer des licences Exchange Online à un client, j’ai eu l’erreur suivant lorsque certains utilisateurs ont tenté de se connecter au webmail :

Something went wrong.
Something went wrong and we couldn't complete your request.


X-ClientId: A44884EC5E9B4B95A46A9A2E1E46044E
request-id e803147d-6988-420c-b79e-9732eeca2206
X-OWA-Error Microsoft.Exchange.Data.Storage.DatabaseNotFoundException
X-OWA-Version 15.20.3654.25
X-FEServer JN2P275CA0024
X-BEServer DB7PR04MB4569
Date:12/15/2020 10:06:46 PM
InnerException: Microsoft.Exchange.Data.Storage.DatabaseNotFoundException

D’après le message d’erreur, on peut constater que la base de données Exchange n’a pas été trouvée.

Pour résoudre ce souci, j’ai du déplacer la boîte aux lettre en utilisant la cmdlet New-MoveRequest.

Pour se faire, il vous faudra utiliser le GUID de la BAL Exchange de l’utilisateur. Afin de récupérer celui-ci, tapez la commande suivante :

Get-Mailbox [email protected] | Select-Object ExchangeGuid
Récupération de l’ExchangeGuid d’une boîte aux lettres utilisateurs

Une fois l’ID de la boîte aux lettres récupéré, vous pouvez initier une demande de déplacement en entrant la cmdlet suivante :

New-MoveRequest -Identity ExchangeGUID
Initialisation d’une demande de déplacement de boîte aux lettres utilisateur

Vous pouvez constater que le statut du job est WaitingForJobPickup. L’action de déplacement sera réalisée quelques minutes après avoir entré cette commande. Afin de vérifier l’état du déplacement, vous pouvez entrer la cmdlet suivante :

Get-MoveRequest
Affichage de l’état d’une demande de déplacement (en cours)

Tant que le statut est à InProgress, le déplacement n’est pas terminé. Il le sera lorsque le statut sera à la valeur Completed.

Affichage de l’état d’une demande de déplacement (terminée)

Demandez à l’utilisateur de se reconnecter au webmail et cela devrait être fonctionnel (cela l’a été dans mon cas).

[Teams] Configurer les préversions sur votre tenant Teams (stratégie de mise à jour)

Les préversions publiques de Microsoft Teams permettent d’avoir accés aux fonctionnalités Teams non encore publiées publiquement et qui le seront dans le futur. Le fait d’activer cela vous permet de tester les fonctionnalités à venir en amont de leur mise en production publique.

Cet élément se configure dans les stratégies de mise à jour de la console d’administration de Microsoft Teams.

Je vous conseille de créer une nouvelle stratégie dédiée à cela et de l’appliquer uniquement à un certain pool d’utilisateurs souhaitant tester les fonctionnalités en amont de leur mise en production publique.

Pour se faire, dirigez-vous dans la console d’administration de Microsoft Teams > Cliquez sur Stratégies de mise à jour (dans le menu Equipes) > Cliquez sur le bouton Ajouter.

Nommez la stratégie puis activez la fonctionnalité Afficher les fonctionnalités en préversion.

Sélectionnez votre stratégie nouvellement créée puis cliquez sur Gérer les utilisateurs.

Ajoutez maintenant les utilisateurs pour lesquels vous souhaitez activer les préversions.

 

[PowerShell] Installer le module AzureAD

Dans le cadre de vos scripting PowerShell MS365, il vous sera nécessaire d’utiliser le module Azure AD (ajout d’utilisateurs, modification d’attributs utilisateurs, attribution de licences, …).

Pour ce faire, lancez une console PowerShell en tant qu’administrateur et entrez la commande suivante :

Install-Module AzureAD

Si c’est la première fois que vous installez un module, vous devrez installer le fournisseur NuGet comme vous le verrez sur la capture d’écran ci-dessous.

Pour valider l’installation du module AzureAD, saisissez la lettre T (ou A si votre OS est en anglais) et appuyez sur Entrée.

 

[PowerShell] Désactiver la boîte aux lettres prioritaire pour tout le monde

J’ai rarement des entreprises qui souhaitent conserver le paramètre « Boîte aux Lettres Prioritaire » d’Outlook activé par défaut lors d’un déploiement ou d’une migration vers Exchange Online.

Afin de ne pas avoir à faire cela utilisateur par utilisateur, ou de leur demander de le faire, je vous recommande de réaliser cette configuration pour toute l’organisation, en utilisant PowerShell.

Pour ce faire, lancez une console PowerShell et exécutez les commandes suivantes :

Connect-ExchangeOnline
Set-OrganizationConfig -FocusedInboxOn $false
Le module ExchangeOnlineManagement est nécessaire pour exécuter cette commande

Pour vérifier que la configuration a bien été prise en compte, vous pouvez entrer la commande ci-dessous :

Get-OrganizationConfig

Assurez-vous que l’entrée en fasse de FocusedInboxOn est bien à False.

 

Propulsé par WordPress.com.

Retour en haut ↑