Question

Recently a customer wanted a new external Url for SharePoint (intranet.domain.com). I implemented it via Zones and alternate access mapping and so far it works fine. They also stopped using their internal url and use the intranet now everywhere.

Now it occured that users got emails whos links point to the internal SharePoint url instead of the external intranet url. It probably wouldn't be as much of a problem if there would not be a authentication problem with SharePoint and access via its internal (servername) url since some changes to the iis authentication methods.

I found a technet article which proposes a Cmdlet to update the urls of old Alerts and this is fine. But now I ask myself if new alerts might again use the internal url, or, if the site is only used via intranet, email links from new alerts will also use the intranet url.

Then I would also like to now what happens if I change the Default Zone to intranet[...]. Would this break SharePoint or is it a good idea (if the internal url isn't needed any more) to fix more of these "old urls used" problem?

Note: SharePoint 2010 is used

Was it helpful?

Solution

SharePoint uses the default URL for links in alerts and workflows that are automatically kicked off. Regarding alerts the only real way around this is to change the URL of the Default zone. This can be done in CA with the AAM, by the cmdlet Set-SPAlternateURL or (my preference) delete the web application (preserving the data of course) and creating a new web app to use your new URL. The option you select depends on how much configuration you have done to web apps and its authentication providers. The first two options might work for you but it really depends on how much configuration you have done after the web app was created. The only way to be sure nothing will break is to recreate the web app.

The TechNet article you reference is for a migrated web app that is still using the URL of the old environment and won't help you much here.

Licensed under: CC-BY-SA with attribution
Not affiliated with sharepoint.stackexchange
scroll top