none
[Exchange 2010] OOF ne fonctionne plus sur clients Outlook 2010 RRS feed

  • Question

  • Bonjour à tous,

    j'ai un souci sur un serveur SBS 2011 qui héberge Exchange 2010 en natif. En effet, depuis quelques temps l'OOF ne fonctionne plus? Lorsque l'on essaye de le lancer depuis un poste client en Outlook 2010 il y a ce message d'erreur:

    "impossible d'afficher vos paramètres d'absence du bureau car le serveur n'est pas disponible"

    J'ai donc parcouru le net en recherche d'une solution mais là je bloque. J'ai tenté de lancer des tests avec EMS mais il est impossible de créer un utilisateur de test pour exchange, bien que ce soit obligatoire pour faire les tests. Impossible de donner une OU en particulier sur le script, ça ne fonctionne pas non plus.

    Par contre, en OWA j'ai bien accès à l'OOF et je peux y mettre des messages d’absence.

    Avez-vous une idée?

    Merci d'avance.

    Franck.

    mardi 10 février 2015 14:45

Réponses

  • Bonjour,

    L'AutoD semble fonctionner toutefois il est fort possible que l'url des web services (ews) ne soit pas correctement "joignable" et cela peut provenir d'un problème d'authentification par exemple.

    Avez vous constaté le problème sur une autre version d'Outlook?

    merci


    Hakim Taoussi - Consultant Exchange - http://exchangediscover.blogspot.fr

    lundi 16 février 2015 11:53

Toutes les réponses

  • Je me demande s'il n'y a pas de souci avec l'autodiscover mais je ne sais pas comment régler le problème.
    mardi 10 février 2015 20:51
  • Bonjour,

    En effet vous avez un probablement un problème d'AutoD; Il y a t il eu des changements récents sur votre infra comme le passage d'un correctif ou d'un SP, des mises à jours d'URL et de certificats? ?

    Vous pouvez deja testé depuis le client Outlook, avec le bouton droit + ctrl sur l'icone Outlook près de l'horloge et faites "tester la configuration..." . Depuis l'exterieur en utilisant http://aka.ms/exrca

    Pour rappel en interne, vous passez par l'AD pour la découverte automatique et donc le SCP

    Merci


    Hakim Taoussi - Consultant Exchange - http://exchangediscover.blogspot.fr

    mercredi 11 février 2015 06:12
  • Bonjour et merci pour la réponse.

    Il y a eu des changements il y a quelques mois concernant la redirection des MX, etc. dans le but de se passer du protocole POP3. Avant nous récupérions les mails chez OVH et après le changement c'est le serveur Exchange qui est responsable de la réception des mails. Peut-être celà vient de là...

    Sinon aucun correctif ou SP d'appliqué ni de changement de certificat. Pour le changement d'URL je ne saurais dire.

    Toujours est-il voici le résultat de l'autodiscover sur un poste client:

    mercredi 11 février 2015 09:32
  • Bonjour, tchao57,

    Je vous invite à consulter les solutions en bas:
    https://support.microsoft.com/kb/2596516/fr?wa=wsignin1.0
    Gestionnaire d'absence (OOF) Externe pose soucis (Exchange 2010 / Outlook 2007-2010)
    Merci de nous tenir au courant.

    Cordialement,
    Téodora


    Votez! 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.

    lundi 16 février 2015 11:37
  • Bonjour,

    L'AutoD semble fonctionner toutefois il est fort possible que l'url des web services (ews) ne soit pas correctement "joignable" et cela peut provenir d'un problème d'authentification par exemple.

    Avez vous constaté le problème sur une autre version d'Outlook?

    merci


    Hakim Taoussi - Consultant Exchange - http://exchangediscover.blogspot.fr

    lundi 16 février 2015 11:53
  • Bonjour, tchao57,

    Est-ce que le souci persiste?
    Je vous remercie par avance de votre retour.

    Cordialement,
    Téodora


    Votez! 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.

    vendredi 20 février 2015 11:07
  • Bonjour,

    désolé pour le temps de réponse. Malheureusement le souci persiste...

    J'ai suivi les liens de TEODORA mais aucun n'a pu résoudre le problème. Le premier étant un hotfix, il est impossible de l'installer sur les postes clients. J'ai un message d'erreur m'indiquant: "aucun produit n'est affecté par l'installation de ce package sur ce système". Ce message arrive d'ailleurs sur chaque Hotfix à destination de Office 2010...

    Le second lien indique de modifier l'authentification IIS, ce que j'ai fait mais toujours rien.

    Une autre idée?

    Merci

    lundi 2 mars 2015 13:19
  • Bonjour, tchao57,

    Pouvez-vous appliquer les commandes Shell en bas, pour vérifier la configuration, et partager les résultats avec nous?:

    Get-WebServicesVirtualDirectory | Format-List
    Test-WebServicesConnectivity -Verbose

    Cordialement,
    Téodora


    Votez! 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.

    lundi 2 mars 2015 15:07
  • Bonjour,

    voici le résultat de la première commande:

    [PS] C:\Windows\system32>Get-WebServicesVirtualDirectory | Format-List


    RunspaceId                      : 27fb1d29-7c97-4c4f-b32c-e1bcf77af2e5
    CertificateAuthentication       :
    InternalNLBBypassUrl            : https://serveur.domaine.local/ews/exchange.asmx
    GzipLevel                       : High
    Name                            : EWS (Default Web Site)
    InternalAuthenticationMethods   : {Basic, WSSecurity}
    ExternalAuthenticationMethods   : {Basic, WSSecurity}
    LiveIdSpNegoAuthentication      : False
    WSSecurityAuthentication        : True
    LiveIdBasicAuthentication       : False
    BasicAuthentication             : True
    DigestAuthentication            : False
    WindowsAuthentication           : False
    MetabasePath                    : IIS://serveur.domaine.local/W3SVC/1/ROOT/EWS
    Path                            : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\EWS
    ExtendedProtectionTokenChecking : None
    ExtendedProtectionFlags         : {}
    ExtendedProtectionSPNList       : {}
    Server                          : SERVEUR
    InternalUrl                     : https://remote.domaine.fr/EWS/Exchange.asmx
    ExternalUrl                     : https://remote.domaine.fr/EWS/Exchange.asmx
    AdminDisplayName                :
    ExchangeVersion                 : 0.10 (14.0.100.0)
    DistinguishedName               : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=SERVEUR,CN=Servers,CN=Exchange Admin
                                      istrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organization,CN=M
                                      icrosoft Exchange,CN=Services,CN=Configuration,DC=domaine,DC=local
    Identity                        : SERVEUR\EWS (Default Web Site)
    Guid                            : 98500891-53ec-4a2b-b1ba-3a8b3fdf914b
    ObjectCategory                  : domaine.local/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
    ObjectClass                     : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
    WhenChanged                     : 29/05/2013 15:28:57
    WhenCreated                     : 10/10/2012 18:18:12
    WhenChangedUTC                  : 29/05/2013 13:28:57
    WhenCreatedUTC                  : 10/10/2012 16:18:12
    OrganizationId                  :
    OriginatingServer               : SERVEUR.domaine.local
    IsValid                         : True



    Malheureusement, la seconde commande ne fonctionne pas car il m'est impossible de créer un utilisateur de test, j'ai des messages d'erreur...
    mercredi 4 mars 2015 17:30
  • Bonsoir, Peux-tu t'assurer qu'à partir d'un poste client tu peux aller sur https://remote.domaine.fr sans erreur de certificat? De plus, à partir d'un poste, est-ce que remote.domaine.fr résoud la bonne IP?

    Cordialement,

    Sylvain

    Blog : http://sylvaincoudeville.fr

    mercredi 4 mars 2015 19:36
  • Get-WebServicesVirtualDirectory | Set-WebServicesVirtualDirectory  -WindowsAuthentication $true
    et tout devrait aller mieux...

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    jeudi 5 mars 2015 20:02
    Modérateur
  • Bonjour,

    en local impossible d'accéder à la page. Depuis l'extérieur par contre ça fonctionne.

    vendredi 6 mars 2015 13:32
  • Bonjour,

    j'ai bien entré la commande et redémarré le site web par défaut dans IIS mais toujours pareil.

    vendredi 6 mars 2015 13:33
  • Bonjour,

    en local impossible d'accéder à la page. Depuis l'extérieur par contre ça fonctionne.

    Quelle est l'erreur retournée ?

    Peux-tu nous faire une photo d'écran?


    Cordialement,

    Sylvain

    Blog : http://sylvaincoudeville.fr

    vendredi 6 mars 2015 13:35