Auteur de questions
Exchange2010/Outlook2010 : Gestionnaire d'absence ne fonctionne pas

Discussion générale
-
Bonjour,
Chez un client, suis confronté à un problème d’accès au module OOF sur l'ensemble des postes d'un parc informatique. (Exchange 2010 et Outlook 2010) : Impossible de joindre le serveur
j'ai fais les vérifications d'usage pour ce type de scénario sans constater d'anomalie :
- OOF accessible depuis l'OWA
- Aucun proxy donc pas d'exception à renseigner
- URL EWS ok et accessibles
- Authentification OK sur les différents websites (https://technet.microsoft.com/fr-fr/library/gg247612(v=exchg.141).aspx)
- J'ai réinitialisé les répertoires virtuels (https://technet.microsoft.com/fr-fr/library/ff629372(v=exchg.141).aspx)
Ce que je ne m'explique pas, c'est le résultat du test autodiscover depuis un client Outlook :
Cela ne renvoi aucunes informations alors que je devrais obtenir les URL des différents services (OOF, Disponibilité, ECP).
Merci
- Type modifié Teodora Sharkova lundi 27 février 2017 16:25
Toutes les réponses
-
Bonjour,
Les profils sont ils bien membres du domaine?
Quels sont les modes d'authentification choisis?
Que se passe-t-il en renseignant le mot de passe?
Quel résultat pour www.testexchangeconnectivity.com?
Jean-Luc CHANDEZON [MCT]
-
Bonsoir,
Généralement les problèmes OOF sont du à des problèmes d'autodiscover (voila pourquoi celui ci fonctionne sous OWA).
En plus des tests vous obtenez bien l'erreur 600 quand vous parcourez l'url /autodiscover.xml ?
merci
Hakim Taoussi - Consultant Exchange - http://exchangediscover.blogspot.fr
-
-
Bonjour,
Pour répondre à Jean-luc, en renseignant le mot de passe j'ai le même résultat au niveau du test autodiscover, voici le résultat dans l'onglet journal :
Si je parcours l'URL de l'autodiscover depuis un navigateur sur mon serveur de messagerie, j'ai bien l'erreur 600 :
Par contre si je parcours cette même URL depuis une autre machine du domaine sur la session administrateur du domaine, j'ai une demande d'authentification puis une erreur HTTP 500 :
Par ailleurs, je constate que les valeurs "InternalUrl" et "ExternalUrl" sont vides quand je fais un get-autodiscovervirtualdirectory :
Cependant, d’après cet article (http://www.msexchange.org/blogs/walther/news/exchange-20072010-autodiscover-virtual-directory-urls-should-i-care-595.html) ce n'est pas gênant.
Merci
-
-
-
Une chose me surprend dans votre requête et son résultat avec le nom court. Je n'ai jamais remarqué (voire testé) les paramètres IIS chargeant par défaut le fichier autodiscover.xml.
L'url serait plutôt https://FQDN/Autodiscover/autodiscover.xml
Ensuite, pouvez vous nous donner le résultat d'un test sur : https://testconnectivity.microsoft.com/
Jean-Luc CHANDEZON [MCT]
-
Bonjour,
Comme l'indique Hakim, les problèmes d'OOF sont liés à autodiscover.
Les problèmes d'autodiscover sont souvent liés aux certificats.
Les cas d'échec de connexion liés aux certificats sont généralement dus au fait que :
Le client n'approuve pas le certificat.
Le certificat ne correspond pas au nom de domaine auquel le client tente de se connecter.
Le certificat est expiré.
Par conséquent, il faut vérifier que les ordinateurs clients approuvent l'autorité de certification et que le certificat est valide.
Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com
-
En effet, au temps pour moi
Donc depuis une machine autre que le serveur Exchange, j'ai bien l'erreur 600 lors ce que je requête https://FQDN/Autodiscover/autodiscover.xml depuis un navigateur (après une demande d'authentification):
Concernant le test autodicover via https://testconnectivity.microsoft.com/ (je laisse le domaine qui est un domaine interne) :
<?xml version="1.0" encoding="utf-8"?> <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="The Microsoft Connectivity Analyzer is attempting to test Autodiscover for Administrateur@fidinfo.local." resultdescription="Testing Autodiscover failed." additionaldetails="" elapsedMilliseconds="254"> <children> <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting each method of contacting the Autodiscover service." resultdescription="The Autodiscover service couldn't be contacted successfully by any method." additionaldetails="" elapsedMilliseconds="254"> <children> <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to test potential Autodiscover URL https://fidinfo.local:443/Autodiscover/Autodiscover.xml" resultdescription="Testing of this potential Autodiscover URL failed." additionaldetails="" elapsedMilliseconds="153"> <children> <testresult status="Error" errorid="84d3f5cd-1fb9-4163-b0cd-6b0e3581ec24" contentUrl="http://go.microsoft.com/?linkid=9843801" testdescription="Attempting to resolve the host name fidinfo.local in DNS." resultdescription="The host name couldn't be resolved." additionaldetails="Host fidinfo.local couldn't be resolved in DNS InfoDomainNonexistent." elapsedMilliseconds="153"> <children /> </testresult> </children> </testresult> <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to test potential Autodiscover URL https://autodiscover.fidinfo.local:443/Autodiscover/Autodiscover.xml" resultdescription="Testing of this potential Autodiscover URL failed." additionaldetails="" elapsedMilliseconds="44"> <children> <testresult status="Error" errorid="84d3f5cd-1fb9-4163-b0cd-6b0e3581ec24" contentUrl="http://go.microsoft.com/?linkid=9843801" testdescription="Attempting to resolve the host name autodiscover.fidinfo.local in DNS." resultdescription="The host name couldn't be resolved." additionaldetails="Host autodiscover.fidinfo.local couldn't be resolved in DNS InfoDomainNonexistent." elapsedMilliseconds="44"> <children /> </testresult> </children> </testresult> <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to contact the Autodiscover service using the HTTP redirect method." resultdescription="The attempt to contact Autodiscover using the HTTP Redirect method failed." additionaldetails="" elapsedMilliseconds="4"> <children> <testresult status="Error" errorid="84d3f5cd-1fb9-4163-b0cd-6b0e3581ec24" contentUrl="http://go.microsoft.com/?linkid=9843801" testdescription="Attempting to resolve the host name autodiscover.fidinfo.local in DNS." resultdescription="The host name couldn't be resolved." additionaldetails="Host autodiscover.fidinfo.local couldn't be resolved in DNS InfoDomainNonexistent." elapsedMilliseconds="4"> <children /> </testresult> </children> </testresult> <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to contact the Autodiscover service using the DNS SRV redirect method." resultdescription="The Microsoft Connectivity Analyzer failed to contact the Autodiscover service using the DNS SRV redirect method." additionaldetails="" elapsedMilliseconds="35"> <children> <testresult status="Error" errorid="8249cc81-d0ce-43d2-b319-48ceadb1bfe7" contentUrl="http://go.microsoft.com/?linkid=9843849" testdescription="Attempting to locate SRV record _autodiscover._tcp.fidinfo.local in DNS." resultdescription="The Autodiscover SRV record wasn't found in DNS." additionaldetails="" elapsedMilliseconds="35"> <children /> </testresult> </children> </testresult> <testresult status="Warning" errorid="c0f75b77-072c-48d5-ab17-eebc99a4b3d9" contentUrl="http://go.microsoft.com/?linkid=9843786" testdescription="Checking if there is an autodiscover CNAME record in DNS for your domain 'fidinfo.local' for Office 365." resultdescription="Failed to validate autodiscover CNAME record in DNS. If your mailbox isn't in Office 365, you can ignore this warning." additionaldetails="There is no Autodiscover CNAME record for your domain 'fidinfo.local'." elapsedMilliseconds="16"> <children /> </testresult> </children> </testresult> </children> </testresult>
-
Je ne suis pas sûr d'avoir bien compris le contexte dans lequel vous avez pu générer le fichier XML.. Outlook sur un profil membre du domaine?
Si c'est le cas, il faudrait vérifier l'enregistrement SCP en charge de la chose:
get-ClientAccessServer | fl name,AutoDiscoverServiceInternalUri
L'URI retournée doit pouvoir être résolue (copier/coller dans le navigateur). Pour les 3 motifs que Claude indique ci-dessous, il ne doit pas y avoir de warning.
Indépendamment de SCP, càd pour les dispositifs non membres du domaines, ceux membres mais qui ne trouvent pas l’enregistrement SCP dans AD, alors il peut être approprié de résoudre autodiscover autrement (autodiscover.votredomaine.interne, ou enregistrement SRV avec d'autres implications).
Jean-Luc CHANDEZON [MCT]
- Modifié Jean-LucCh jeudi 9 février 2017 11:41 orthographe..
-
Oui le test ( https://testconnectivity.microsoft.com/ ) a été réalisé depuis un profil membre du domaine.
get-ClientAccessServer | fl name,AutoDiscoverServiceInternalUri renvoi bien https://FQDN/Autodiscover/autodiscover.xml :
j'arrive a résoudre cette URL sur les machines qui n'accèdent pas à l'OOF, mais j'ai une demande d'authentification :
une fois authentifié, j'ai bien l'erreur 600 :
Cdt,
-
Bonjour rpia,
Le thread est-il toujours d'actualité ?
Je vous remercie par avance de votre retour.
Cordialement,
TeodoraVotez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.