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 ?

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!

  • Exchange 2010: les clients Outlook refusent de mettre à jour le nouveau server CAS
  • Problème étrange avec la connection client Exchange
  • Certains clients Outlook ne peuvent soudainement résoudre le server Exchange 2010
  • Fichiers ZFS, décount et PST
  • Protocole de détection automatique d'Outlook mis à jour? (ou cassé?)
  • Votes ScanOST ScanPST
  • Existe-t-il un moyen de voir pourquoi le filter de courrier indésirable client de Outlook marque un message comme spam?
  • Plusieurs users Outlook sur un file PST unique?
  • 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.