Microsoft Exchange - Amazon Kendra

Microsoft Exchange

Microsoft Exchange is an enterprise collaboration tool for messaging, meetings and file sharing. If you are a Microsoft Exchange user, you can use Amazon Kendra to index your Microsoft Exchange data source.

You can connect Amazon Kendra to your Microsoft Exchange data source using the Amazon Kendra console and the TemplateConfiguration API.

For troubleshooting your Amazon Kendra Microsoft Exchange data source connector, see Troubleshooting data sources.

Supported features

  • Field mappings

  • Inclusion/exclusion filters

  • Virtual private cloud (VPC)

  • Sync all documents/Sync only new, modified, or deleted documents

Prerequisites

Before you can use Amazon Kendra to index your Microsoft Exchange data source, make these changes in your Microsoft Exchange and AWS accounts.

In Microsoft Exchange, make sure you have:

  • Created a Microsoft Exchange account in Office 365.

  • Noted your Microsoft 365 tenant ID. You can find your tenant ID in the Properties of your Azure Active Directory Portal or in your OAuth application.

  • Created an OAuth application in the Azure portal and noted the tenant ID, client ID and client secret or client credentials. See Microsoft tutorial for more information.

  • Added the following permissions for the connector application:

    Microsoft Graph Office 365 Exchange Online
    • Mail.Read (Application)

    • Mail.ReadBasic (Application)

    • Mail.ReadBasic.All (Application)

    • Calendars.Read (Application)

    • User.Read.All (Application)

    • Contacts.Read (Application)

    • Notes.Read.All (Application)

    • Directory.Read.All (Application)

    • EWS.AccessAsUser.All (Delegated)

    full_access_as_app (Application)
  • Checked each document is unique in Microsoft Exchange and across other data sources you plan to use for the same index. Each data source that you want to use for an index must not contain the same document across the data sources. Document IDs are global to an index and must be unique per index.

In your AWS account, make sure you have:

  • Created an Amazon Kendra index and, if using the API, noted the index ID.

  • Created an IAM role for your data source and, if using the API, noted the ARN of the IAM role.

    Note

    If you change your authentication type and credentials, you must update your IAM role to access the correct AWS Secrets Manager secret ID.

  • Stored your Microsoft Exchange authentication credentials in an AWS Secrets Manager secret and, if using the API, noted the ARN of the secret.

    Note

    We recommend that you regularly refresh or rotate your credentials and secret. Provide only the necessary access level for your own security. We do not recommend that you re-use credentials and secrets across data sources, and connector versions 1.0 and 2.0 (where applicable).

If you don’t have an existing IAM role or secret, you can use the console to create a new IAM role and Secrets Manager secret when you connect your Microsoft Exchange data source to Amazon Kendra. If you are using the API, you must provide the ARN of an existing IAM role and Secrets Manager secret, and an index ID.

Connection instructions

To connect Amazon Kendra to your Microsoft Exchange data source, you must provide the necessary details of your Microsoft Exchange data source so that Amazon Kendra can access your data. If you have not yet configured Microsoft Exchange for Amazon Kendra, see Prerequisites.

Console

To connect Amazon Kendra to Microsoft Exchange

  1. Sign in to the AWS Management Console and open the Amazon Kendra console.

  2. From the left navigation pane, choose Indexes and then choose the index you want to use from the list of indexes.

    Note

    You can choose to configure or edit your User access control settings under Index settings.

  3. On the Getting started page, choose Add data source.

  4. On the Add data source page, choose Microsoft Exchange connector, and then choose Add data source.

  5. On the Specify data source details page, enter the following information:

    1. In Name and description, for Data source name—Enter a name for your data source. You can include hyphens but not spaces.

    2. (Optional) Description—Enter an optional description for your data source.

    3. In Language, for Default language—A language to filter your documents for the index. Unless you specify otherwise, the language defaults to English. Language specified in the document metadata overrides the selected language.

    4. In Tags, for Add new tag—Tags to search and filter your resources or track your AWS costs.

    5. Choose Next.

  6. On the Define access and security page, enter the following information:

    1. Source—Enter your Microsoft 365 tenant ID. You can find your tenant ID in the Properties of your Azure Active Directory Portal or in your OAuth application.

    2. AWS Secrets Manager secret—Choose an existing secret or create a new Secrets Manager secret to store your Microsoft Exchange authentication credentials. If you choose to create a new secret an AWS Secrets Manager secret window opens.

      1. Enter following information in the Create an AWS Secrets Manager secret window:

        1. Secret name—A name for your secret. The prefix 'AmazonKendra-Microsoft Exchange

        2. For Client ID and Client Secret—Enter the authentication credential values you created in your Microsoft Exchange account in the Azure portal.

      2. Choose Save.

    3. Virtual Private Cloud (VPC)—You can choose to use a VPC. If so, you must add Subnets and VPC security groups.

    4. IAM role—Choose an existing IAM role or create a new IAM role to access your repository credentials and index content.

      Note

      IAM roles used for indexes cannot be used for data sources. If you are unsure if an existing role is used for an index or FAQ, choose Create a new role to avoid errors.

    5. Choose Next.

  7. On the Configure sync settings page, enter the following information:

    1. Sync contents—Select contents to sync.

    2. Additional configuration—You can optionally index the following content instead of syncing all the documents.

      • Entity types – Choose the entities you want to sync. You can choose between Calendar, OneNotes and Contacts.

      • Calendar crawling – Enter the start and end date for the sync of your calendar.

      • Include email – Enter the Email from and Email to domains, and any Subject lines you wish to include or exclude in your index.

      • Regex for domains – Add patterns to include and exclude certain email domains from your index.

      • Regex patterns – Add regular expression patterns to include or exclude certain files. You can add up to 100 patterns.

    3. Sync mode—You can choose how you want to update your index when your data source content changes.

      1. If you choose full sync, Amazon Kendra will sync all contents in all entities, regardless of the previous sync status.

      2. If you choose new or modified content sync, Amazon Kendra will only sync new or modified content.

      3. If you choose new, modified or deleted content sync, Amazon Kendra will only sync new, modified or deleted content.

  8. On the Set field mappings page, enter the following information:

    1. Default data source fields—Select from the Amazon Kendra generated default data source fields you want to map to your index.

    2. Add field—To add custom data source fields to create an index field name to map to and the field data type.

    3. Choose Next.

  9. On the Review and create page, check that the information you have entered is correct and then select Add data source. You can also choose to edit your information from this page. Your data source will appear on the Data sources page after the data source has been added successfully.

API

To connect Amazon Kendra to Microsoft Exchange

You must specify a JSON of the data source schema using the TemplateConfiguration API. You must provide the following information:

  • Data source—You must specify the data source as MSEXCHANGE.

  • Tenant ID—You can find your tenant ID in the Properties of your Azure Active Directory Portal or in your OAuth application.

  • Type—Specify TEMPLATE as the Type when you call CreateDataSource.

  • Secret Amazon Resource Name (ARN)—Provide the Amazon Resource Name (ARN) of a Secrets Manager secret that contains the authentication credentials for your Microsoft Exchange account. The secret is stored in a JSON structure with the following keys:

    { "clientId": "client ID", "clientSecret": "client secret" }
    Note

    We recommend that you regularly refresh or rotate your credentials and secret. Provide only the necessary access level for your own security. We do not recommend that you re-use credentials and secrets across data sources, and connector versions 1.0 and 2.0 (where applicable).

  • IAM role—Specify RoleArn when you call CreateDataSource to provide an IAM role with permissions to access your Secrets Manager secret and to call the required public APIs for the Microsoft Exchange connector and Amazon Kendra. For more information, see IAM roles for Microsoft Exchange data sources.

You can also add the following optional features:

  • Virtual Private Cloud (VPC)—Specify VpcConfiguration when you call CreateDataSource. For more information, see Configuring Amazon Kendra to use an Amazon VPC.

  • Inclusion and exclusion filters—Specify whether to include or exclude certain pages and assets.

    Note

    Most data sources use regular expression patterns, which are inclusion or exclusion patterns referred to as filters. If you specify an inclusion filter, only content that matches the inclusion filter is indexed. Any document that doesn’t match the inclusion filter isn’t indexed. If you specify an inclusion and exclusion filter, documents that match the exclusion filter are not indexed, even if they match the inclusion filter.

  • Field mappings—Choose to map your Microsoft Exchange data source fields to your Amazon Kendra index fields. For more information, see Mapping data source fields.

Learn more

To learn more about integrating Amazon Kendra with your Microsoft Exchange data source, see: