URL utilisées dans les courriels d'alerte

Question

Récemment, un client souhaitait une nouvelle URL externe pour SharePoint (Intranet.Domain.com). Je l'ai mis en place via des zones et une alternance de mappage d'accès et jusqu'à présent, cela fonctionne bien. Ils ont également cessé d'utiliser leur URL interne et d'utiliser l'intranet maintenant partout.

Maintenant, il s'est produit que les utilisateurs reçoivent des courriels Whos Links pointez sur l'URL interne SharePoint au lieu de l'URL intranet externe. Cela ne serait probablement pas autant de problème s'il n'y aurait pas de problème d'authentification avec SharePoint et accès via son URL interne (ServerName) depuis quelques modifications apportées aux méthodes d'authentification IIS.

J'ai trouvé un article TechNet proposant une cmdlet de mettre à jour les URL des anciennes alertes et c'est bien. Mais maintenant, je me demande si de nouvelles alertes pourraient à nouveau utiliser l'URL interne ou, si le site n'est utilisé que via Intranet, les liaisons de messagerie à partir de nouvelles alertes utiliseront également l'URL intranet.

Alors, je voudrais aussi maintenant ce qui se passe si je modifie la zone par défaut en intranet [...]. Cela parsait-il SharePoint ou est-ce une bonne idée (si l'URL interne n'est plus nécessaire) pour résoudre plus de ces "anciennes URL utilisées" problème?

Remarque: SharePoint 2010 est utilisé

Answer 1

SharePoint utilise l'URL par défaut pour les liens dans les alertes et les flux de travail automatiquement lancés.En ce qui concerne les alertes, le seul moyen réel est de modifier l'URL de la zone par défaut.Cela peut être fait en CA avec l'AAM, par la cmdlet Set-SpalternateurL ou (ma préférence) Supprimer l'application Web (préservant les données bien sûr) et créer une nouvelle application Web pour utiliser votre nouvelle URL.L'option que vous sélectionnez dépend de la quantité de configuration que vous avez effectuée sur les applications Web et ses fournisseurs d'authentification.Les deux premières options pourraient fonctionner pour vous, mais cela dépend vraiment de la quantité de configuration que vous avez effectuée après la création de l'application Web.Le seul moyen d'être sûr que rien ne cassera est de recréer l'application Web.

L'article TechNet Vous référence est destiné à une application Web migrée qui utilise toujours l'URL de l'ancien environnement et ne vous aidera pas beaucoup ici.