Microsoft KB Archive/301428

= Troubleshooting Outlook Web Access from an IIS Perspective =

Article ID: 301428

Article Last Modified on 6/23/2005

-

APPLIES TO


 * Microsoft Internet Information Server 4.0
 * Microsoft Internet Information Services 5.0

-



This article was previously published under Q301428



We strongly recommend that all users upgrade to Microsoft Internet Information Services (IIS) version 6.0 running on Microsoft Windows Server 2003. IIS 6.0 significantly increases Web infrastructure security. For more information about IIS security-related topics, visit the following Microsoft Web site:

http://www.microsoft.com/technet/security/prodtech/IIS.mspx



SUMMARY
This article describes several ways to troubleshoot two of the most common problems that affect Outlook Web Access (OWA) from an IIS perspective:
 * Users cannot access the OWA logon page.
 * Users cannot change passwords from OWA, either when they log on or from the Options page after logon.



Troubleshooting OWA Access Problems
Common error messages that users receive when they attempt to access the OWA logon page (also called the Gold Page) include the following:

HTTP 500 Internal Server Error

-or-

Directory Listing Denied

-or-

VBScript Runtime Error

To troubleshoot this problem, follow these steps:  Verify that the Default Web Site is configured properly. To do this, follow these steps:  Open the Internet Services Manager and expand Default Web Site. Right-click the Default Web Site and click Properties. On the Home Directory tab, verify that a Remove button exists next to the Application name box. If you do not see the Remove button, click Create to create the default application. Click the Directory Security tab. Under Anonymous Access and Authentication Control, click the Edit button. Verify that Anonymous Access and Windows NT Challenge/Response (in IIS version 4.0) or Integrated Windows Authentication (in IIS version 5.0) are both selected.</li> Click OK twice to close the property sheet.</li></ol> </li> After you have made sure that the Default Web Site is configured properly, verify that the Exchange virtual folder is configured properly. To do this, follow these steps: <ol style="list-style-type: lower-alpha;"> Verify that a virtual folder named Exchange is listed below the Default Web Site.</li> Right-click the folder and click Properties.</li> Verify that a Remove button exists next to the Application name box. If you do not see it, click Create to create the Exchange application.</li> On the Documents tab, verify that Logon.asp is the top default document. If it is not listed, click Add, type Logon.asp, and move this file to the top of the list.</li> Click the Directory Security tab. Under Anonymous Access and Authentication Control, click the Edit button.</li> Verify that Anonymous Access and Windows NT Challenge/Response (in IIS 4.0) or Integrated Windows Authentication (in IIS 5.0) are both selected.</li> Click OK twice to close the property sheet.</li></ol> </li></ol>

Troubleshooting Password Change Problems
When users attempt to change passwords in OWA, they may receive a blank white page or the following error message:

Access Denied

To resolve this problem, do either of the following: <ul> Verify that the Iisadmpwd folder has been set up correctly. To do this, follow these steps:NOTE: By default, IIS 5.0 does not create the Iisadmpwd folder. You must create this folder to change passwords.

<ol> Open the Internet Services Manager and expand Default Web Site.</li> Verify that a folder named Iisadmpwd exists below the Default Web Site. If you do not see this folder, follow these steps: <ol style="list-style-type: lower-alpha;"> Right-click the Default Web Site, click New, click Virtual Directory, and then click Next.</li> For the alias, type Iisadmpwd and click Next.</li> Browse to \Winnt\System32\Inetsrv\Iisadmpwd, click OK, and then click Next.</li> Verify that both Run Scripts and Execute are selected and click Next.</li> <li>Click Finish.</li></ol> </li> <li>Right-click the Iisadmpwd folder and click Properties.</li> <li>Verify that the check boxes for Script source access, Write, and Directory browsing are cleared.</li> <li>In IIS 4.0, verify that Permissions are set to Execute (including script). In IIS 5.0, verify that Execute permissions are set to Scripts and Executables.</li> <li>Click the Directory Security tab. Under Anonymous Access and Authentication Control, click the Edit button.</li> <li>Verify that Anonymous Access and Windows NT Challenge/Response (in IIS 4.0) or Integrated Windows Authentication (in IIS 5.0) are both selected.</li> <li>Click OK twice to close the property sheet.</li></ol> </li> <li>Verify that the domain policy does not prevent password changes. To do this in Windows NT Server 4.0, follow these steps:

<ol> <li>In Administrative Tools, open User Manager for Domains.</li> <li>On the Policies menu, click Account.</li> <li>At the bottom of the Account Policy window, ensure that Users must log on in order to change password is cleared.</li> <li>Click OK.</li> <li>On the Policies menu, click User Rights.</li> <li>In the list, select Log on locally and verify that the IUSR_ and IWAM_ accounts are listed. If these accounts are not listed, you must add them. To do so, follow these steps: <ol style="list-style-type: lower-alpha;"> <li>Click Add, then click Show Users.</li> <li>Select the IUSR_  and IWAM_  accounts and click Add.</li> <li>Click OK.</li></ol> </li> <li>In the list, select Access this computer from the network and verify that the IUSR_  and IWAM_  accounts are listed. If these accounts are not listed, add them as described previously.</li> <li>Click OK to close the User Rights Policy window.</li> <li>Close the User Manager window.</li></ol>

To do this in Windows 2000 Server, follow these steps:

<ol> <li>In Administrative Tools, open Local Security Policy.</li> <li>Expand Local Policies and select User Rights Assignment.</li> <li>Double-click Log on locally. Verify that the IUSR_ & IWAM_ accounts are listed and that both Local Policy Setting and Effective Policy Setting are selected.</li> <li>Double-click Log on as a batch job. Verify that the IUSR_ & IWAM_ accounts are listed and that both Local Policy Setting and Effective Policy Setting are selected.</li> <li>Double-click Access this computer from the network. Verify that the IUSR_ & IWAM_ accounts are listed and that both Local Policy Setting and Effective Policy Setting are selected.NOTE: If Effective Policy Setting is not selected, check the User Rights Assignment on the domain controller and ensure that Define these policy settings is not selected for these user rights.

</li> <li>Close the Local Security Settings window.</li></ol> </li></ul>

Additional query words: IIS4, IIS5, OWA

Keywords: kbinfo KB301428

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.