Configure incoming e-mail (SharePoint Foundation 2010)

Applies to: SharePoint Foundation 2010

This article describes how to configure incoming e-mail for a server farm for Microsoft SharePoint Foundation 2010. This article also describes how to install and configure the SMTP service that you must use to enable incoming e-mail.

In this article:

• Overview

• Install and configure the SMTP service

• Configure incoming e-mail in a basic scenario

• Configure incoming e-mail in an advanced scenario

• Prepare your environment for incoming e-mail in an advanced scenario

• Are attachments missing from e-mail messages that are sent to a SharePoint document library?

Overview

When incoming e-mail is enabled, SharePoint sites can receive and store e-mail messages and attachments in lists and libraries. This article describes two scenarios, one basic and one advanced. The basic scenario applies to a single-server farm environment and is recommended if you want to use default settings, whereas the advanced scenario applies to a single-server farm or a multiple-server farm and contains several advanced options from which to choose. For more information, see Plan incoming e-mail (SharePoint Foundation 2010).

Before you perform these procedures, confirm that:

• Your system is running SharePoint Foundation 2010.

• You have read Plan incoming e-mail (SharePoint Foundation 2010).

• If you are using the basic scenario, each SharePoint front-end Web server must be running the Simple Mail Transfer Protocol (SMTP) service and the Microsoft SharePoint Foundation Web Application service.

• If you are using the advanced scenario, you can use one or more servers in the server farm to run the SMTP service and to have a valid SMTP server address. Alternatively, you must know the name of a server outside the farm that is running the SMTP service and the location of the e-mail drop folder.

If you have not installed and configured the SMTP service and do not choose to use an e-mail drop folder, you must perform the following procedures before you configure incoming e-mail:

• Install and configure the SMTP service.

Install and configure the SMTP service

Incoming e-mail for SharePoint Foundation 2010 uses the SMTP service. You can use the SMTP service in one of two ways. You can install the SMTP service on one or more servers in the farm, or administrators can provide an e-mail drop folder for e-mail that is forwarded from the service on another server. For more information about the e-mail drop folder option, see Plan incoming e-mail (SharePoint Foundation 2010).

Install the SMTP service

If you are not using a drop folder for e-mail, the SMTP service must be installed on every front-end Web server in the farm that you want to configure for incoming e-mail. To install the SMTP service, use the Add Features Wizard in Server Manager. After the procedure is complete, a default SMTP configuration has been created. You can customize this default SMTP configuration to meet the requirements of your environment.

To install the SMTP service

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the local computer.

2. Click Start, point to Administrative Tools, and then click Server Manager.

3. In Server Manager, click Features.

4. In Features Summary, click Add Features to open the Add Features Wizard.

5. On the Select Features page, select SMTP Server.

6. In the Add Features Wizard dialog box, click Add Required Features, and then click Next.

7. On the Confirm Installation Selections page, click Install.

8. On the Installation Results page, ensure that the installation finished successfully, and then click Close.

Install IIS 6.0 Management tools

To manage the SMTP service on Windows Server 2008 and Windows Server 2008 R2, you must use Internet Information Services (IIS) 6.0 Manager.

To install IIS 6.0 Manager

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the local computer.

2. Click Start, point to Administrative Tools, and then click Server Manager.

3. In Server Manager, click Roles.

4. In Role Services, click Add Role Services.

5. On the Select Role Services page, select Management Tools and IIS 6 Management compatibility, and then click Install.

Configure the SMTP service

After you install the SMTP service, you configure it to accept e-mail from the mail server for the domain. You can decide to accept relayed e-mail from all servers except those that you specifically exclude. Alternatively, you can block e-mail from all servers except those that you specifically include. You can include servers individually, or in groups by subnet or domain.

After you configure the service, set it to start automatically.

To configure the SMTP service

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the local computer.

2. Click Start, point to Administrative Tools, and then click Internet Information Services (IIS) 6.0 Manager.

3. In IIS Manager, expand the server name that contains the SMTP server that you want to configure.

4. Right-click the SMTP virtual server that you want to configure, and then click Start.

5. Right-click the SMTP virtual server that you want to configure, and then click Properties.

6. On the Access tab, in the Access control area, click Authentication.

7. In the Authentication dialog box, verify that Anonymous access is selected.

8. Click OK.

9. On the Access tab, in the Relay restrictions area, click Relay.

10. To enable relaying from any server, click All except the list below.

11. To accept relaying from one or more specific servers, follow these steps:

    1. Click Only the list below.

    2. Click Add, and then add servers one at a time by IP address, or in groups by using a subnet or domain.

    3. Click OK to close the Computer dialog box.

12. Click OK to close the Relay Restrictions dialog box.

13. Click OK to close the Properties dialog box.

To set the SMTP service to start automatically

1. Click Start, point to Administrative Tools, and then click Services.

2. In Services, right-click Simple Mail Transfer Protocol (SMTP), and then select Properties.

3. In the Simple Mail Transfer Protocol (SMTP) Properties dialog box, on the General tab, in the Startup type list, select Automatic.

4. Click OK.

Configure incoming e-mail in a basic scenario

You can use the following procedure to configure incoming e-mail in a basic scenario by selecting the Automatic settings mode and using the default settings. After the procedure is complete, users can send e-mail to lists and libraries.

To configure incoming e-mail in a basic scenario

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the computer that is running the SharePoint Central Administration Web site.

2. In Central Administration, click System Settings.

3. On the System Settings page, in the E-Mail and Text Messages (SMS) section, click Configure incoming e-mail settings.

4. If you want to enable sites on this server to receive e-mail, on the Configure Incoming E-Mail Settings page, in the Enable Incoming E-Mail section, click Yes.

5. Select the Automatic settings mode.

6. In the Incoming E-Mail Server Display Address section, in the E-mail server display address box, type a display name for the e-mail server, for example, mail.fabrikam.com.

7. Use the default settings for all other sections, and then click OK.

After you configure incoming e-mail, users who have Manage Lists permissions can configure e-mail–enabled lists and document libraries.

Configure incoming e-mail in an advanced scenario

You can use the following procedure to configure incoming e-mail in an advanced scenario by selecting the Advanced settings mode and additional options that you want to use for your incoming e-mail environment. After the procedure is complete, users can send e-mail to lists and libraries.

Several of these steps mention pre-requisite procedures that are documented in the Prepare your environment for incoming e-mail in an advanced scenario section of this article.

To configure incoming e-mail in an advanced scenario

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the computer that is running the SharePoint Central Administration Web site.

2. In Central Administration, click System Settings.

3. On the System Settings page, in the E-Mail and Text Messages (SMS) section, click Configure incoming e-mail settings.

4. If you want to enable sites on this server to receive e-mail, on the Configure Incoming E-mail Settings page, in the Enable Incoming E-Mail section, click Yes.

5. Select the Advanced settings mode.

   If you select Advanced, you can specify a drop folder instead of using an SMTP server.

   Note

   You can also select the Automatic settings mode and select whether to use Directory Management Service and whether to accept e-mail from all e-mail servers or from several specified e-mail servers. For more information, see Plan incoming e-mail (SharePoint Foundation 2010).

6. If you want to connect to Directory Management Service, in the Directory Management Service section, click Yes.

   If you select this option, you must first configure Active Directory Domain Services (AD DS). If you use Exchange Server, you must also configure the DNS Manager and add an SMTP connector. For more information, see the "Configure AD DS to be used with Directory Management Service", "Configure DNS Manager", and "Add an SMTP connector in Exchange Server 2010" sections later in this article.

   1. In the Active Directory container where new distribution groups and contacts will be created box, type the name of the container in the format OU=ContainerName, DC=domain, DC=com, where ContainerName is the name of the OU in AD DS, domain is the second-level domain, and com is the top-level domain.

      Note

      The application pool identity account for Central Administration must be delegated the Create, delete, and manage user accounts task for the container. Access is configured in the properties for the OU in AD DS.

   2. In the SMTP mail server for incoming mail box, type the name of the SMTP mail server. The server name must match the FQDN in the A resource record entry for the mail server in DNS Manager.

   3. To accept only messages from authenticated users, click Yes for Accept messages from authenticated users only. Otherwise, click No.

   4. To enable users to create distribution groups from SharePoint sites, click Yes for Allow creation of distribution groups from SharePoint sites. Otherwise, click No.

   5. Under Distribution group request approval settings, select the actions that will require approval. Actions include the following:

      • Create new distribution group

      • Change distribution group e-mail address

      • Change distribution group title and description

      • Delete distribution group

7. If you want to use a remote Directory Management Service, select Use remote.

   If you select this option and you are using Exchange Server, you must configure the DNS Manager and add an SMTP connector. For more information, see the "Configure DNS Manager" and "Add an SMTP connector in Exchange Server 2010" sections later in this article. The AD DS has most likely already been configured, so you do not need to do this.

   1. In the Directory Management Service URL box, type the URL of the Directory Management Service that you want to use. The URL is typically in the following format: http://server:adminport/_vti_bin/SharePointEmailWS.asmx.

   2. In the SMTP mail server for incoming mail box, type the name of the SMTP mail server. The server name must match the FQDN in the A resource record entry for the mail server in DNS Manager on the domain server.

   3. To accept messages from authenticated users only, click Yes for Accept messages from authenticated users only. Otherwise, click No.

   4. To allow creation of distribution groups from SharePoint sites, click Yes for Allow creation of distribution groups from SharePoint sites. Otherwise, click No.

8. If you do not want to use Directory Management Service, click No.

9. In the Incoming E-Mail Server Display Address section, in the E-mail server display address box, type a display name for the e-mail server (for example, mail.fabrikam.com). You typically use this option together with the Directory Management Service.

   Tip

   You can specify the e-mail server address that is displayed when users create an incoming e-mail address for a list or group. Use this setting together with Directory Management Service to provide an e-mail server address that is easy to remember.

10. In the E-Mail Drop Folder section, in the E-mail drop folder box, type the name of the folder from which SharePoint 2010 Timer service retrieves incoming e-mail from the SMTP service. If you select this option, ensure that you configure the necessary permissions to the e-mail drop folder. For more information, see the "Configure permissions to the e-mail drop folder" section later in this article.

    It is useful to have a dedicated e-mail drop folder if the default e-mail drop folder is full or almost full.

    Ensure that the logon account for the SharePoint 2010 Timer service has Modify permissions on the e-mail drop folder. For more information, see "To configure e-mail drop folder permissions for the logon account for the SharePoint 2010 Timer service" procedure later in this article.

    Note

    This option is available only if you selected Advanced settings mode.

11. In the Safe E-Mail Servers section, select whether you want to accept e-mail from all e-mail servers or from several specified e-mail servers.

    Note

    This option is available only if you selected Automatic settings mode.

12. Click OK.

After you configure incoming e-mail, site administrators can configure e-mail–enabled lists and document libraries.

If you selected Directory Management Service, contact addresses that are created for document libraries appear automatically in Active Directory Users and Computers. The addresses are displayed in the OU of AD DS for SharePoint Foundation 2010 and must be managed by the administrator of AD DS. The AD DS administrator can add more e-mail addresses for each contact. For more information about AD DS, see Using Active Directory Service (https://go.microsoft.com/fwlink/p/?LinkId=151348).

Alternatively, the Exchange Server computer can be configured by adding a new Exchange Server Global recipient policy. The policy automatically adds external addresses that use the second-level domain name and not the subdomain or host name for SharePoint Foundation 2010. For more information about how to manage Exchange Server, see Recipient Configuration Node (https://go.microsoft.com/fwlink/p/?LinkId=195326).

Prepare your environment for incoming e-mail in an advanced scenario

Before you configure incoming e-mail in an advanced scenario, you need to perform additional procedures depending on how you want your incoming e-mail environment to work.

If you want to use Directory Management Service, you must first configure AD DS, and if you use Exchange Server, you must also configure the DNS Manager and add an SMTP connector.

If you want to use a specific e-mail drop folder, ensure that you configure the necessary permissions to the e-mail drop folder.

In this section:

• Configure AD DS to be used with Directory Management Service

• Configure DNS Manager

• Add an SMTP connector in Microsoft Exchange Server 2010

• Configure permissions to the e-mail drop folder

Configure AD DS to be used with Directory Management Service

If you plan to use Directory Management Service you should first create an organizational unit (OU) and make the necessary configurations in AD DS.

To use Directory Management Service on a SharePoint farm or on a remote server farm, you must configure the application pool identity account for the SharePoint Central Administration Web site to have the Create, delete, and manage user accounts user right to the container that you specify in AD DS. The preferred way to do this is by assigning the right to the application pool identity account for the SharePoint Central Administration Web site. An AD DS administrator must set up the OU and assign the Create, delete, and manage user accounts right to the container. The advantage of using Directory Management Service on a remote server farm is that you do not have to assign rights to the OU for multiple farm service accounts.

The following procedures are performed on a domain controller that runs Windows Server 2008 with DNS Manager. In some deployments, these applications might run on multiple servers in the same domain.

To create an OU in AD DS

1. Verify that you have the following administrative credentials:

   • You must be a member of the Domain Administrators group or a delegated authority for domain administration on the domain controller that is running DNS Manager.

2. Click Start, point to Administrative Tools, and then click Active Directory Users and Computers.

3. In Active Directory Users and Computers, right-click the folder for the second-level domain that contains your server farm, point to New, and then click Organizational Unit.

4. Type the name of the OU, and then click OK.

   After you create the OU, you must delegate the Create, delete, and manage user accounts right to the container of the OU to manage the user accounts.

To delegate the right to the application pool identity account for Central Administration

1. Verify that you have the following administrative credentials:

   • You must be a member of the Domain Administrators group or the Enterprise Administrators group in AD DS, or a delegated authority for domain administration.

2. In Active Directory Users and Computers, find the OU that you created.

3. Right-click the OU, and then click Delegate control.

4. On the Welcome page of the Delegation of Control Wizard, click Next.

5. On the Users and Groups page, click Add, and then type the name of the application pool identity account that the Central Administration uses.

6. In the Select Users, Computers, and Groups dialog box, click OK.

7. On the Users or Groups page of the Delegation of Control Wizard, click Next.

8. On the Tasks to Delegate page of the Delegation of Control Wizard, select the Create, delete, and manage user accounts check box, and then click Next.

9. On the last page of the Delegation of Control Wizard, click Finish to exit the wizard.

To create and delete child objects, you must also delegate Create all Child Objects and Delete all Child Objects control of the OU to the application pool identity account for Central Administration. After this procedure is complete, the application pool identity account for Central Administration has Create all Child Objects and Delete all Child Objects control on the OU, and you can enable incoming e-mail.

To delegate Create all Child Objects and Delete all Child Objects control of the OU to the application pool identity account for Central Administration

1. Verify that you have the following administrative credentials:

   • You must be a member of the Domain Administrators group or the Enterprise Administrators group in AD DS, or a delegated authority for domain administration.

2. Right-click the OU, and then click Delegate control.

3. In the Delegation of Control Wizard, click Next.

4. Click Add, and then type the name of the application pool identity account for Central Administration.

5. Click OK.

6. Click Next.

7. On the Tasks to Delegate page of the Delegation of Control Wizard, select Create a custom task to delegate, and then click Next.

8. Click This folder, existing objects in this folder, and creation of new objects in this folder, and then click Next.

9. In the Permissions section, select Create all Child Objects and Delete all Child Objects.

10. Click Next.

11. On the last page of the Delegation of Control Wizard, click Finish to exit the wizard.

Delegating Create all Child Objects and Delete all Child Objects control of the OU to the application pool identity account for Central Administration enables administrators to enable e-mail for a list. After these controls have been delegated, administrators cannot disable e-mail for the list or document library because the Central Administration account tries to delete the contact from the whole OU instead of from the list.

To avoid this problem, you must add Delete Subtree permissions for the application pool identity account for Central Administration. Use the following procedure to add these permissions. After this procedure is complete, you can disable incoming e-mail for a list.

To add Delete Subtree permissions for the application pool identity account for Central Administration

1. Verify that you have the following administrative credentials:

   • You must be a member of the Domain Administrators group or the Enterprise Administrators group in AD DS, or a delegated authority for domain administration.

2. In Active Directory Users and Computers, click the View menu, and then click Advanced Features.

3. Right-click the OU, and then click Properties.

4. In the Properties dialog box, click the Security tab, and then click Advanced.

5. In the Permission Entries area, double-click the application pool identity account for Central Administration.

   Note

   If the application pool identity account is listed more than once, select the first one.

6. In the Permissions area, select Allow, for Delete Subtree.

7. Click OK to close the Permissions dialog box.

8. Click OK to close the Properties dialog box.

9. Click OK to close Active Directory Users and Computers.

After you add these permissions, you must restart Internet Information Services (IIS) for the farm.

For more information, see Active Directory Users, Computers, and Groups (https://go.microsoft.com/fwlink/p/?LinkId=151331).

Configure DNS Manager

If you are using Exchange Server and are routing e-mail internally in your organization, you must create a host (A) resource record in DNS Manager to associate DNS domain names of computers (or hosts) to their IP addresses. Your organization might have already configured DNS Manager and created an A resource record. If not, then use the following procedure.

To create an A resource record for a subdomain

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the local computer.

2. In DNS Manager, select the forward lookup zone for the domain that contains the subdomain for SharePoint Foundation 2010.

3. Right-click the zone, and then click New Host (A or AAAA).

4. In the New Host dialog box, in the Name text box, type the host or subdomain name for SharePoint Foundation 2010.

5. In the Fully qualified domain name (FQDN) text box, type the FQDN for the server that is running SharePoint Foundation 2010. This is typically in the format subdomain.domain.com.

   Note

   Ensure that the domains that are listed under the SMTP server in IIS match the FQDN of the server that receives e-mail. If they do not match, you must create a local domain, which is described in the following procedure.

6. In the IP address text box, type the IP address to which you want the FQDN to resolve.

7. Click Add Host.

8. In the message that confirms the creation of the host record, click OK.

9. In the New Host dialog box, click Done.

   The A resource record now appears in DNS Manager.

If you use the E-mail server display address option and if the e-mail address to which you are sending e-mails is not the same as your machine name, you must create a local domain.

To create a local domain

1. Click Start, point to Administrative Tools, and then click Internet Information Services (IIS) 6.0 Manager.

2. In IIS Manager, expand the SMTP server.

3. Right-click Domains, and on the Action menu, point to New, and then click Domain.

4. In the New SMTP Domain Wizard dialog box, select Alias, and then click Next.

5. In the Domain Name area, in the Name box, type the address of the mail that is to be received by this domain.

   This address must be the same as the one that you specified in step 4 in the "To Create an A Resource Record for the Subdomain" procedure, and in step 6b in the "To Configure Incoming E-Mail in an Advanced Scenario" procedure.

6. Click Finish.

7. In the message that confirms the creation of the host record, click OK.

Add an SMTP connector in Microsoft Exchange Server 2010

An SMTP connector gives you more control over the message flow in your organization. Other reasons to use an SMTP connector are to set delivery restrictions or to specify a specific address space. If you use Exchange Server to route incoming e-mail to SharePoint lists and libraries, you must have an SMTP connector so that all mail that is sent to the SharePoint Foundation 2010 domain uses the SharePoint Foundation 2010 servers that are running the SMTP service.

Use the following procedure to add an SMTP connector in Exchange Server. After the procedure is complete, the SMTP connector ensures that incoming e-mail messages are sent to the correct list and library in the farm.

To add an SMTP connector in Exchange Server

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the computer that is running Exchange Server.

2. In Exchange Management Console, expand the Organization Configuration group, right-click Hub Transport, point to New Send Connector.

   The New Send Connector wizard appears.

3. On the Introduction page, do the following and then click Next:

   1. In the Name box, type a name for the SMTP connector.

   2. In the Select the intended use for this Send connector box, select the Custom usage type for the connector.

4. On the Address Space page, click Add, and then click SMTP Address Space.

5. In the SMTP Address Space dialog box, do the following:

   1. In the Address box, type an e-mail domain for the connector.

   2. In the Cost box, assign an appropriate cost. By default, the cost is 1.

6. Click OK to return to the Address Space page, and then click Next.

7. On the Network settings page, select Use domain name system (DNS) "MX" records to route mail automatically, and then click Next.

8. On the Source Server page, click Next.

   The Source server page only appears on Hub Transport servers. By default, the Hub Transport server that you are currently working on is listed as a source server.

9. On the New Connector page, review your options and then click New to create the new send connector.

10. On the Completion page, ensure that the send connector was created, and then click Finish.

    In the Hub Transport pane, you can see that the send connector has been enabled automatically.

For more in-depth information, see Create an SMTP Send Connector (https://go.microsoft.com/fwlink/p/?LinkId=195321).

Configure permissions to the e-mail drop folder

You can specify a particular e-mail drop folder, which enables SharePoint Foundation 2010 to retrieve incoming e-mail from a network share on another server. You can use this option if you do not want to use an SMTP service. However, the drawback of using this option is that SharePoint Foundation 2010 cannot detect configuration changes on the remote e-mail server that is delivering e-mail to the drop folder. The result is that SharePoint Foundation 2010 cannot retrieve e-mail if the location of the e-mail messages has changed. However, this feature is useful if the default e-mail drop folder is full or almost full.

If you specified an e-mail drop folder, you must ensure that the application pool identity accounts for Central Administration and for the Web application have the required permissions to the e-mail drop folder.

Configure e-mail drop folder permissions for the application pool identity account for a Web application

If your deployment uses different application pool identity accounts for Central Administration and for one or more Web applications, each application pool identity account must have permissions to the e-mail drop folder. If the application pool identity account for the Web application does not have the required permissions, e-mail will not be delivered to document libraries on that Web application.

In most cases, when you configure incoming e-mail and select an e-mail drop folder, permissions are added for the following worker process groups:

• WSS_Admin_WPG, which includes the application pool identity account for Central Administration and the logon account for the SharePoint 2010 Timer service, and has Full Control permissions.

• WSS_WPG, which includes the application pool accounts for Web applications, and has Read & Execute, List Folder Contents, and Read permissions.

In some cases, these groups might not be configured automatically for the e-mail drop folder. For example, if Central Administration is running as the Network Service account, the groups or accounts that are needed for incoming e-mail will not be added when the e-mail drop folder is created. Check to find out whether these groups have been added automatically to the e-mail drop folder. If the groups have not been added automatically, you can add them or add the specific accounts that are required.

To configure e-mail drop folder permissions for the application pool identity account for a Web application

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the computer that contains the e-mail drop folder.

2. In Windows Explorer, right-click the drop folder, click Properties, and then click the Security tab.

3. On the Security tab, under the Group or user names box, click the Edit button.

4. In the Permissions for Windows Explorer dialog box, click the Add button.

5. In the Select Users, Computers, or Groups dialog box, in the Enter the object names to select box, type the name of the worker process group or application pool identity account for the Web application, and then click OK.

   Note

   This account is listed on the Identity tab of the Properties dialog box for the application pool in IIS.

6. In the Permissions for User or Group box, next to Modify, select Allow.

7. Click OK.

Configure e-mail drop folder permissions for the logon account for the SharePoint 2010 Timer service

Ensure that the logon account for the SharePoint 2010 Timer service has Modify permissions on the e-mail drop folder. If the logon account for the service does not have Modify permissions, e-mail–enabled document libraries will receive duplicate e-mail messages.

To configure e-mail drop folder permissions for the logon account for the SharePoint 2010 Timer service

1. Verify that you have the following administrative credentials:

   • You must be a member of the Administrators group on the computer that contains the e-mail drop folder.

2. In Windows Explorer, right-click the drop folder, click Properties, and then click the Security tab.

3. On the Security tab, under the Group or user names box, click the Edit button.

4. In the Permissions for Windows Explorer dialog box, click the Add button.

5. In the Select Users, Computers, or Groups dialog box, in the Enter the object names to select box, type the name of the logon account for the SharePoint 2010 Timer service, and then click OK.

   Note

   This account is listed on the Log On tab of the Properties dialog box for the service in the Services console.

6. In the Permissions for User or Group box, next to Modify, select Allow.

7. Click OK.

Are attachments missing from e-mail messages that are sent to a SharePoint document library?

If attachments are missing from e-mail messages that are sent to a SharePoint Foundation 2010 document library, it might be because you associated the document library with an e-mail address. When you do this, Directory Management Service may not add the following two attributes:

• internet Encoding = 1310720

• mAPIRecipient = false

You must use Active Directory Service Interfaces (ADSI) to manually add these two missing attributes.

To add attributes by using ADSI Edit

1. Click Start, and then click Run.

2. In the Run dialog box, type Adsiedit.msc, and then click OK.

3. In the ADSI Edit window, expand ADSI Edit, expand Domain [DomainName], expand DC=DomainName, DC=com, and then expand CN=Users.

4. Right-click the user name to which you want to add the missing attributes, and then click Properties.

5. In the Properties dialog box, double-click internet Encoding on the Attribute Editor tab.

6. In the Integer Attribute Editor dialog box, type 1310720 in the Value box, and then click OK.

7. In the Properties dialog box, double-click mAPIRecipient on the Attribute Editor tab.

8. In the Boolean Attribute Editor dialog box, click False, and then click OK two times.

See Also

Concepts

Plan incoming e-mail (SharePoint Foundation 2010)

Other Resources

Resource Center: Installation and Deployment for SharePoint Foundation 2010