You do not have permission to log on. [Microsoft Exchange Server
Information Store - [MAPI_E_FAILONEPROVIDER(8004011D)]]
Cause 1If you are running your code from an Active Server Pages page, Microsoft Internet Information Server (IIS) might not be configured correctly for anonymous access.
Cause 2If you are running your code from an Active Server Pages page, you might be trying to view the contents of a public folder by stepping through the tree (or folder hierarchy).
Cause 3Your authentication control is set to "NT Challenge Response" and you are using Netscape Navigator for your browser.
Cause 4You might have insufficient permissions to the mailbox that you are logged onto.
Cause 5If you are using a Windows 95 client, you might be trying to access any InfoStore related properties or methods except the AddressBook.
Cause 1: ResolutionIf you are using the IIS anonymous account to access an Exchange account, these items need to be set up as follows on the IIS computer and the Exchange server:
- The virtual directory that the script is being run from must have the correct anonymous account associated with it, along with the correct password. Access the Web page's properties by right-clicking on the directory in MMC and selecting Properties. Select the Directory Security tab and click Edit under Anonymous Access and Authentication Control. Make sure that the Enable Password Synchronization check box is not selected and fill in the DOMAIN\UserID and Password of the Windows NT account that is associated with the mailbox you want to access.
- The account that you set up on the Exchange mailbox (the same account specified in the previous bullet) must have Send As or Owner rights to the mailbox.
- The account specified above must have rights to Log On Locally to the IIS computer. You can set these rights through the User Manager.
Cause 2: ResolutionA difference between viewing Public Folders from Visual Basic and from Visual Basic Script in an ASP page is that in Visual Basic Script you need to use the GetFolder() method, which means you need to know the FolderID. If you do not know the FolderID, you need to determine the FolderID programmatically.
For an example of how to access public folders from an ASP, please see the following article in the Microsoft Knowledge Base:
Cause 3: ResolutionYour authentication control is set to "NT Challenge Response," and you are using Netscape Navigator for your browser. Netscape Navigator does not support "NT Challenge Response" as an authentication option. To log on to a user's Exchange account using Netscape Navigator as your browser, you need to set up the IIS authentication as "Basic (Clear Text)".
Cause 4: ResolutionYou need to verify the following to ensure that proper permissions are set on the Exchange Server. For simplicity, this article assumes that Internet Information Server (IIS) is on the same computer as the Exchange Server.
To determine the authentication being used by IIS for this ASP, do the following:
Windows NT Challenge/Response or Basic Authentication:
The Windows NT user who is running the .asp page must have appropriate permissions to the mailbox that the .asp page is logging on to. Verify that the Exchange or Outlook clients can open the mailbox and the public folders without being prompted for authentication.
If you are accessing IIS as the Anonymous user, you should either log on to the Exchange Server as an Anonymous user or follow the steps in the following article in the Microsoft Knowledge Base:
For sample code to help you determine what authentication level and user account is in use, please see the following article in the Microsoft Knowledge Base:
Cause 5: ResolutionIf you are using a Windows 95 client, you might be trying to access any InfoStore related properties or methods except the AddressBook.
Emsmdb.dll is the service provider loaded by the Messaging Application Programming Interface (MAPI) session in order to communicate with the Exchange Server.
Use one of the following methods to work around this:
- If possible, do not use the ProfileInfo parameter to log on.
- Make sure that the MAPI Spooler is not running at the time that this is executed. The MAPI spooler is normally launched by the Outlook or Exchange Clients, and does not shut down immediately after the client is shut down.
Id. de artículo: 195849 - Última revisión: 06/22/2014 - Revisión: 1