Côté logiciel client, les éventuels messages se trouvent directement dans l'interface d'Outlook, dans le dossier "Problèmes de synchronisation".
Côté serveur, 2 fichiers sont à consulter :
/var/log/bm-mapi/mapi.log
/var/log/bm-mapi/activities.log
Il possible d'activer un log détaillé sur le serveur pour un utilisateur en particulier pour de l'investigation avancée, mais attention cela à des impacts sur les performances. L'activation se fait via l'outil en ligne de commande bm-cli avec le paquet supplémentaire
Les logs se retrouvent alors dans le fichier Le réglage est perdu au redémarrage du serveur bm-mapi |
Problèmes/Symptômes : la saisie du mot de passe ne permet pas la création du compte, Outlook indique toujours que le mot de passe est erroné
Cause : l'utilisateur a enregistré un mauvais mot de passe pour ce compte lors d'une tentative de création précédente
Vérification : dans le fichier de logs du serveur /var/log/nginx/access.log
on trouve des lignes de ce type :
192.168.61.133 - - [06/May/2019:16:57:53 +0200] "POST /autodiscover/autodiscover.xml HTTP/1.1" 401 0 "-" "Microsoft Office/16.0 (Windows NT 10.0; Microsoft Outlook 16.0.11601; Pro)" |
ou
192.168.61.133 - tom@bm.lan [06/May/2019:16:58:31 +0200] "POST /mapi/nspi/?MailboxId=94a5c596-90a8-4985-91fd-57629ee06561@bm.lan HTTP/1.1" 200 149 "-" "Microsoft Office/16.0(Windows NT 10.0; Microsoft Outlook 16.0.11601; Pro)" |
Ces lignes indiquent qu'il y a mauvais mot de passe pour tom@bm.lan soumis par la création de compt
Solution :
Pour supprimer le mauvais mot de passe :
control /name Microsoft.CredentialManager
" :autodiscover.domaine.tld
et MicrosoftOffice16_SSPI:utilisateur@domaine.tld
Problème/Symptôme : Les dossiers par défaut (boîte de réception, messages envoyés, corbeille, etc.) sont bien présents mais ils sont vides. Sur le webmail, ils contiennent bien des messages.
Cause : Cela est dû à un dysfonctionnement de la réplication sur le compte en question.
Solution : Il faut passer par des opérations de maintenance spécifique :
bm-cli maintenance repair --ops replication.subtree user@domain.tld bm-cli maintenance repair --ops replication.parentUid user@domain.tld |
Ensuite, relancer outlook et vérifier que les messages arrivent correctement.
Problème/Symptôme :
Vérification :
Contrôler le fichier de logs /var/log/bm-mapi/mapi.log
. On y retrouve des erreurs de ce type :
2019-11-22 10:51:07,079 [OAB-generation-pool-2-thread-7] n.b.e.p.c.o.OABGenerator WARN - Cannot handle directory entry a25a572f-eadd-4232-a183-4c0c41e56d0b of type USER java.lang.NullPointerException: null at net.bluemind.exchange.mapi.commons.DistinguishedName.userDN(DistinguishedName.java:96) at net.bluemind.exchange.provider.core.impl.gal.UserAddressProps.getDn(UserAddressProps.java:60) at net.bluemind.exchange.provider.core.impl.gal.UserAddressProps.<init>(UserAddressProps.java:54) at net.bluemind.exchange.provider.core.oab.OABGenerator.userRecord(OABGenerator.java:221) at net.bluemind.exchange.provider.core.oab.OABGenerator.create(OABGenerator.java:119) at net.bluemind.exchange.oab.impl.OABIndexHandler.lambda$1(OABIndexHandler.java:121) |
Cause : il faut regénérer la base hollow qui permet le mapping des uids BlueMind avec les "uid outlook pour mapi".
exemple :
lecture du mapping possible via
bm-cli hollow directory domain.tld Record{uid=a25a572f-eadd-4232-a183-4c0c41e56d0b, dn=/o=mapi/ou=domain.tld/cn=recipients/cn=user:a25a572f-eadd-4232-a183-4c0c41e56d0b} |
Solution : Régénérer la base hollow en suivant la procédure suivante :
|
Vérifier les logs du core et attendre la fin de la régénération de la base hollow. Enfin, relancer le service mapi :
systemctl start bm-mapi |