Etape de découverte automatique de dérivation

Question

Comment puis-je contourner l'étape où le service Détection automatique de Microsoft Outlook vérifie les parameters à https://domain.com/autodiscover/autodiscover.xml ?

  • Comment reconfigurer la découverte automatique Exchange?
  • Outlook continue-t-il à découvrir automatiquement les parameters de count des counts déjà configurés? Peut-il être empêché?
  • Exchange 2013 URL internes et externes avec plusieurs servers et certificates
  • Comment supprimer une search de search automatique externe indésirable?
  • Comment utiliser la découverte automatique avec iDRAC Enterprise?
  • Exchange 2010: section EXPR absente de la découverte automatique pour certains users
  • Le context

    Salut les gars!

    Par défaut, Outlook vérifie séquentiellement les services de configuration Autodiscover dans cinq locations par défaut ; le deuxième de ces locations est https://domain.com/autodiscover/autodiscover.xml . Cet location est vérifié même avant autodiscover.domain.com/autodiscover/autodiscover.xml .

    Un client de notre entreprise pour lequel nous gérons un site Web chez domain.com utilise un server Enterprise Exchange distant sur outlook.com . En principe, lorsque son client Outlook search automatiquement les parameters de découverte automatique à https://domain.com/autodiscover/autodiscover.xml , il ne devrait rien find et passe à l'étape suivante, autodiscover.domain.com , qui est correctement configuré au niveau DNS pour pointer vers autodiscover.outlook.com . Toutefois, le client trouve des parameters et échoue; ces parameters se sont révélés être ceux de notre fournisseur d'hébergement pour domain.com , qui sont différents des parameters souhaités sur outlook.com .

    Nous avons demandé à notre fournisseur d'hébergement Web de supprimer l'URL https://domain.com/autodiscover/autodiscover.xml , mais ils ont refusé. La raison en est que domain.com réside sur une machine partagée, et cPanel ne permet que de désactiver le service de découverte automatique sur l'set du server. Autrement dit, il n'est pas possible de supprimer l'URL problématique d'un seul domaine; J'ai découvert que cela se trouvait être une limitation bien connue de cPanel .

    Pourriez-vous suggérer une solution de contournement pour cette tempête parfaite? Idéalement, je préférerais une solution côté server, mais à ce stade même un hack de registre côté client serait le bienvenu. J'ai trouvé certains sur Server Fault, mais aucun n'a traité de cette étape de la logique de la découverte automatique.

    Merci de votre attention!

  • outlook 2016 (bureau 365) utilisant un timezone incorrect pour les courriels
  • Comment sortir le bureau en utilisant Exchange
  • Configuration de Monit pour envoyer du courrier via Office365
  • Plusieurs users Outlook sur un file PST unique?
  • Erreurs de certificat Outlook / Exchange après la configuration de clientaccessserver, etc.
  • Exchange 2013 URL internes et externes avec plusieurs servers et certificates
  • One Solution collect form web for “Etape de découverte automatique de dérivation”

    Pas idéal, mais une solution de contournement est effectuée par registre sur les ordinateurs clients. (bien sûr, vous pouvez définir cette politique de groupe)

    Dans les keys:

     HKEY_CURRENT_USER\Software\Microsoft\Office\x.0\Outlook\AutoDiscover 

    et

     HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\x.0\Outlook\AutoDiscover 

    Note x.0 dans le path de registre ci-dessus correspond à la version Outlook (16.0 = Outlook 2016, 15.0 = Outlook 2013, 14.0 = Outlook 2010, 12.0 = Outlook 2007).

    créez la valeur:

     ExcludeHttpsRootDomain 

    et mettez-le sur 1

    Source en plus d'informations ici:

    https://support.microsoft.com/en-us/kb/2212902

    Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de réseau.