Notice
Important This article contains information about modifying the registry. Before you modify the registry, make sure to back it up and make sure that you understand how to restore the registry if a problem occurs. For information about how to back up, restore, and edit the registry, click the following article number to view the article in the Microsoft Knowledge Base:
256986 Description of the Microsoft Windows Registry
SYMPTOMS
In certain situations, Microsoft Office SharePoint Portal Server 2003 does not include external content in the content index. This issue occurs when the following conditions are true:
- The external content is retrieved from a complex link.
- The link points to a custom Web part in a different portal area.
In this scenario, you experience the following symptoms. When you click the link, the custom Web part retrieves external content, and the custom Web part displays that content in a Web page. However, if you try to search for that external content on the portal site, the content is not returned in the search results.
CAUSE
This issue occurs if the following are located in different portal areas:
- The Web page that contains the link
- The destination of the link
SharePoint Portal Server 2003 does not crawl external content that is retrieved from complex links. For example, you may experience this issue in the following scenario:
- You configure custom Web parts in your SharePoint Portal Server 2003 portal site to retrieve data that is stored in Microsoft Content Management Server.
- You use a query string parameter to pass the data that is retrieved from Content Management Server to certain Web pages in the portal areas.
- A Web page in one area of the portal site contains a link to a Web page in a different area of the portal site. The destination of the link is the Web page that contains the custom Web part that retrieves data from Content Management Server.
In this scenario, when you view the gatherer log, the Web pages that contain the custom Web parts are crawled. However, the query string parameters are not crawled.
RESOLUTION
This problem was first fixed in a hotfix that is now contained in a service pack. If you installed the latest SharePoint Portal Server 2003 service pack, you do not have to install the hotfix.
Service pack information
This problem is corrected in Microsoft Office SharePoint Portal Server 2003 Service Pack 2.
To resolve this problem, obtain the latest service pack for SharePoint Portal Server 2003. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
889380 How to obtain the latest service pack for SharePoint Portal Server 2003
After you install the service pack, follow the steps that are listed in the "More Information" section to set the FollowPortalLinks registry key and to enable the hotfix.
Hotfix information
How to obtain the hotfix
This issue is fixed in the SharePoint Portal Server 2003 post-Service Pack 1 Hotfix Package Hotfix Package September 30, 2004. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:
885263 Description of the SharePoint Portal Server 2003 post-Service Pack 1 Hotfix Package: September 30, 2004
Add the FollowPortalLinks registry entry, and then create a new site rule after you install the hotfix
After you install the hotfix, follow the steps in the "How to enable the hotfix" section.
The steps show you how to add the FollowPortalLinks registry entry to the following registry subkey and how to set the registry entry to a non-zero value:
HKEY_LOCAL_MACHINE\Software\Microsoft\SPSSearch\CatalogNames\Site GUID\CatalogName
SharePoint Portal Server 2003 crawls complex links if the FollowPortalLinks registry entry is set to a non-zero value. If the FollowPortalLinks registry entry is set to 0 (zero) or if the FollowPortalLinks registry entry does not exist, SharePoint Portal Server 2003 does not crawl complex links.
Each portal site has its own GUID in the HKEY_LOCAL_MACHINE\Software\Microsoft\SPSSearch\CatalogNames registry subkey. The
CatalogName is typically "Portal_Content" (without the quotation marks).
You must also create a new site rule and configure the new site rule to use the
Include complex URLs option.
How to enable the hotfix
Warning If you use Registry Editor incorrectly, you may cause serious problems that may require you to reinstall your operating system. Microsoft cannot guarantee that you can solve problems that result from using Registry Editor incorrectly. Use Registry Editor at your own risk.
- Stop the Microsoft SharePointPS Search service.
- Click Start, point to All Programs, point to Administrative Tools, and then click Services.
- In the list of services, right-click Microsoft SharePointPS Search, and then click Stop.
- Add the FollowPortalLinks registry entry.
- Click Start, click Run, type regedit in the Open box, and then click OK.
- Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\Software\Microsoft\SPSSearch\CatalogNames\Site GUID\CatalogName
- On the Edit menu, point to New, and then click DWORD Value.
- Type FollowPortalLinks, and then press ENTER.
- Right-click FollowPortalLinks, and then click Modify.
- In the Edit DWORD Value dialog box, click Hexadecimal (if it is not already selected), type 1 in the Value data box, and then click OK.
- Quit Registry Editor.
- Start the Microsoft SharePointPS Search service.
- Click Start, point to All Programs, point to Administrative Tools, and then click Services.
- In the list of services, right-click Microsoft SharePointPS Search, and then click Start.
- Create a new site rule to include the appropriate site path for the complex link, and then configure the site rule to use the Follow complex links option. Move the new rule so that it is the first rule in the list of site rules.
Note Make sure that existing site rules do not use the Follow complex links option. - Change the existing site rule that uses the http://ServerName/*.aspx path to use the Include all items in this path option.
- Update the content index.