カレンダー連携に向けて Microsoft Exchange を構成する

Exchange Web Services 経由の Microsoft Exchange 2007 の構成

事前準備

Exchange Server 2007 を構成するために必要な手順は、Windows Server 2003 を使用するか Windows Server 2008 を使用するかによって異なることに注意してください。

Exchange Server 2007 でメールボックスへのアクセスを構成する際には、以下のタスクを完了する必要があります。詳細な手順については、次の URL にある Exchange Server 2007 のドキュメントを参照してください。http://technet.microsoft.com/en-us/library/bb124558(EXCHG.80).aspx


ヒント

IM and Presence Service では、アカウントに対するなりすまし権限のみが必要で、これにより、Exchange Server に接続する際にアカウントにログインできるようになります。 このアカウントは、通常、メールを受信しないため、容量を確保する必要がないことに注意してください。

Windows セキュリティポリシー設定

IM and Presence Service と Microsoft Exchange の統合により、Windows 統合認証 (NTLM) を含むさまざまな認証方法がサポートされます。

IM and Presence Service は、NTLMv1 と NTLMv2 の両方の Windows 統合認証をサポートしており、デフォルトで NTLMv2 が使用されます。

[LANマネージャー認証レベル] を [NTLMv2レスポンスのみを送信] に構成します。 Windows ドメイン コントローラーで LM と NTLM を拒否すると、ドメインで NTLMv2 認証が強制されます。


（注）  

IM and Presence Service は、NTLMv2 セッションセキュリティをサポートしていません。 メッセージの機密性と完全性は、セキュリティで保護された HTTP (HTTPS) によって確保されます。

Windows セキュリティ設定の確認

手順

ステップ 1

Windows ドメインコントローラーと Exchange を実行しているサーバーで、[開始] > [管理ツール] > [ローカルセキュリティポリシー] の順に選択します。

ステップ 2

[セキュリティ設定] > [ローカルポリシー] > [セキュリティオプション] の順に選択します。

ステップ 3

[ネットワークセキュリティ:セキュリティで保護されたRPCを含むNTLM SSPサーバー向けの最小セッションセキュリティ]を選択します。

ステップ 4

「NTLMv2 セッション セキュリティを要求する」チェックボックスがオフになっていることを確認してください。

ステップ 5

「NTLMv2 セッション セキュリティを要求する」チェックボックスがオンになっている場合は、以下の手順を実行してください。

  1. [NTLMv2セッションセキュリティが必要] チェックボックスをオフにします。

  2. OKをクリックします。

ステップ 6

新しいセキュリティ設定を適用するには、Windows ドメインコントローラーと Exchange を実行しているサーバを再起動してください。

（注）  

 

再起動が必要なのは、セキュリティポリシーの設定変更が行われたサーバのみです。

ユーザーにサービスアカウントへのサインイン権限ローカルで付与する...

以下の手順のいずれかを実行して、ユーザーがサービスアカウントにローカルでログインできるようにします。

はじめる前に

  • Exchange のなりすましを機能させるには、すべての Microsoft Exchange Server を Windows Authorization Access Group のメンバーにする必要があります。

  • サービスアカウントは、Exchange 管理グループのいずれにも属してはなりません。 Exchange は、これらのグループに属するすべてのアカウントについて、なりすましを明確に拒否します。

Windows Server 2003 上で Microsoft Exchange 2007 を構成する

手順

ステップ 1

Exchange Server 2007 のユーザインターフェイスに、Exchange 閲覧専用管理者ロールが委任されたサービスアカウントを使用してログインします。

ステップ 2

左側のペインの [セキュリティ設定] で、[ローカルポリシー] > [ユーザー権限の割り当て] の順に選択します。

ステップ 3

コンソールの右ペインで、[ローカルログオンを許可] をダブルクリックします。

ステップ 4

[ユーザまたはグループを追加] を選択し、作成したサービスアカウントに移動して選択します。

ステップ 5

[名前を確認] を選択して、指定されたユーザーが正しいことを確認します。

ステップ 6

OKをクリックします。

次のタスク

サーバーレベルでのなりすまし権限を設定する

Windows Server 2008 上で Microsoft Exchange 2007 を構成する

手順

ステップ 1

Exchange View Only Administrator ロールが委任されたサービスアカウントを使用して、Exchange Server 2007 にログインします。

ステップ 2

[開始] を選択します。

ステップ 3

gpmc.msc と入力してください。

ステップ 4

Enter キーを押してください。

ステップ 5

Exchange Server で [ドメインコントローラセキュリティ設定] ウィンドウを開きます。

ステップ 6

左側のペインの [セキュリティ設定] で、[ローカルポリシー] > [ユーザー権限の割り当て] の順に選択します。

ステップ 7

コンソールの右ペインで、[ローカルログオンを許可] をダブルクリックします。

ステップ 8

[これらのポリシー設定を定義する] チェックボックスがオンになっていることを確認します。

ステップ 9

「ユーザまたはグループの追加」を選択し、以前に作成したサービス アカウントに移動して選択します。 次に OKをクリックします。

ステップ 10

[名前を確認] を選択して、指定されたユーザーが正しいことを確認します。 次に、[OK] をクリックします。

ステップ 11

[適用] をクリックしたら、[プロパティにローカルでログオンする]ダイアログボックスで、[OK] をクリックします。

ステップ 12

ユーザの SMTP アドレスが alias@FQDN であるかどうかを確認します。 そうでない場合は、ユーザプリンシパル名（UPN）を使用してなりすましを行う必要があります。 これは alias@FQDN として定義されます。
次のタスク

サーバーレベルでのなりすまし権限を設定する

サーバーレベルでのなりすまし権限を設定する

以下の手順で示すコマンドを使用すると、サーバーレベルでなりすまし権限を付与できます。 データベース、ユーザ、連絡先の各レベルで権限を付与することもできます。

はじめる前に

  • サービス アカウントに個々の Microsoft Exchange サーバへのアクセス権限のみを付与する場合は、

    Get-OrganizationConfig

    文字列で

    Get-ExchangeServer -IdentityServerName

    ここで、 ServerName は Exchange サーバの名前です。

    例

    Add-ADPermission -Identity (Get-ExchangeServer -Identity exchangeserver1)。 DistinguishedName -User (Get-User -Identityuser| select-object).identity -ExtendedRights Send-As

  • ユーザの SMTP アドレスが alias@FQDN として定義されていることを確認してください。 そうでない場合は、User Principal Name (UPN) を使用して、ユーザーアカウントになりすます必要があります。

手順

ステップ 1

コマンドライン入力のために、Exchange Management Shell (EMS) を開きます。

ステップ 2

サーバーになりすまし権限をつかするには、Add-ADPermission コマンドを実行します。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity User| select-object).identity -AccessRights GenericAll -InheritanceType Descendents

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity Ex2007| select-object).identity -AccessRights GenericAll -InheritanceType Descendents

次のタスク

サービスアカウントの Active Directory サービス拡張権限を設定する

サービスアカウントの Active Directory サービス拡張権限を設定する

始める前に

なりすましを実行するサービスアカウントに対して、クライアントアクセスサーバ（CAS）上でこれらの権限を設定する必要があります。

  • CAS がロードバランサーの背後に配置されている場合は、ロードバランサー背後のすべての CAS の Microsoft Exchange 2007 アカウントに ms-Exch-EPI-Impersonation 権限を付与します。
  • メールボックスサーバーが CAS とは異なるマシンに配置されている場合は、すべてのメールボックスサーバーの Exchange 2007 アカウントに ms-Exch-EPI-Impersonation 権限を付与します。
  • これらの権限は、[Active Directoryサイトおよびサービス] または [Active Directoryユーザーおよびコンピューター] ユーザーインターフェイス経由でも設定できます。

手順

ステップ 1

Exchange Management Shell (EMS) を開きます。

ステップ 2

EMS で Add-ADPermission コマンドを実行すると、指定されたサービスアカウント (たとえば、Exchange 2007) のサーバーでなりすまし権限を付与できます。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity User| select-object).identity -ExtendedRight ms-Exch-EPI-Impersonation

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -IdentityEx2007| select-object).identity -ExtendedRight ms-Exch-EPI-Impersonation

ステップ 3

EMS で Add-ADPermission コマンドを実行すると、そのサービスアカウントがなりすましを行う各メールボックスに対してなりすまし権限を付与できます。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity User| select-object).identity -ExtendedRight ms-Exch-EPI-May-Impersonate

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -IdentityEx2007| select-object).identity -ExtendedRight ms-Exch-EPI-May-Impersonate

次のタスク

サービスアカウントとユーザメールボックスへの「代理送信」権限の付与

サービスアカウントとユーザメールボックスへの「代理送信」権限の付与

サービスアカウントとユーザメールボックスに「代理送信」権限を付与するには、以下の手順に従ってください。


（注）  
この手順を完了するために、Microsoft Exchange 管理コンソール (EMC) を使用することはできません。

手順

ステップ 1

Exchange Management Shell (EMS) を開きます。

ステップ 2

EMS で、Add-ADPermission コマンドを実行して、サービスアカウントと関連するすべてのメールボックスストアに Send As 権限を付与します。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -IdentityUser| select-object).identity -ExtendedRights Send-As

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -IdentityEx2007| select-object).identity -ExtendedRights Send-As

次のタスク

サービスアカウントとユーザーメールボックスになりすまし権限を付与する

サービスアカウントとユーザーメールボックスになりすまし権限を付与する

サービスアカウントとユーザメールボックスに偽装権限を付与するには、以下の手順に従ってください。


（注）  
この手順を完了するために、Microsoft Exchange 管理コンソール (EMC) を使用することはできません。

手順

ステップ 1

Exchange Management Shell (EMS) を開きます。

ステップ 2

EMS で、Add-ADPermission コマンドを実行して、サービスアカウントと関連するすべてのメールボックスストアになりすまし権限を付与します。

構文

Add-ADPermission -Identity (Get-OrganizationConfig) .DistinguishedName -User (Get-User -Identity User| select-object) .identity -ExtendedRights Receive-As

例

Add-ADPermission -Identity (Get-OrganizationConfig) .DistinguishedName -User (Get-User -IdentityEX2007 | select-object) .identity -ExtendedRights Receive-As

（注）  

 
IM and Presence Service では、アカウントに対するなりすまし権限のみが必要で、これにより、Exchange Server に接続する際にアカウントにログインできるようになります。 このアカウントは、通常、メールを受信しないため、容量を確保する必要はありません。

次のタスク

Microsoft Exchange 2007 アカウントのアクセス許可を確認する

Microsoft Exchange 2007 アカウントのアクセス許可を確認する

Exchange 2007 アカウントに権限を割り当てたら、メールボックスレベルで権限が反映され、指定されたユーザーが、メールボックスにアクセスでき、別のユーザーのアカウントになりすますことができることを確認する必要があります。 Exchange 2007 では、アクセス許可がメールボックスに反映されるまでに時間がかかります。

手順

ステップ 1

Exchange Server 2007 の Exchange 管理コンソール (EMC) のコンソールツリーにある [Active Directoryサイトとサービス] を右クリックします。

ステップ 2

[表示] にカーソルを合わせて、[サービスノードを表示] を選択します。

ステップ 3

たとえば、Services/MS Exchange/First Organization/Admin Group/Exchange Admin Group/Servers などのサービスノードを展開します。

ステップ 4

選択したサービスノードにクライアントアクセスサーバ（CAS）がリストされていることを確認してください。

ステップ 5

各 CAS の"プロパティ"を表示し、[セキュリティ] タブで次を検証します。

  1. サービスアカウントが一覧されます。

  2. サービスアカウントに付与された権限 (チェックボックスがオンになっています) は、Exchange Web Services のなりすまし権限がそのアカウントで許可されていることを示します。

（注）  

 

手順 5 で説明したとおりにアカウントまたはなりすまし権限が表示されない場合は、サービスアカウントを再作成し、必要ななりすまし権限がアカウントに付与されていることを確認する必要がある場合があります。

ステップ 6

たとえば、Ex2007 などのサービスアカウントに対して、個人情報の交換、および他のユーザーアカウントとしての Send As と Receive As を実行できるよう、ストレージグループおよびメールボックスストアにおいて Allow Impersonation 権限が付与されていることを確認します。

ステップ 7

変更を有効にするには、Exchange Server を再起動する必要がある場合があります。 これはテスト中に確認できます。

次のタスク

Exchange 仮想ディレクトリで認証を有効にする

Windows Server 2003 上で動作する Exchange 2007 での認証の有効化

Exchange Web Services を介した Microsoft Exchange 2016 および 2019 の構成

Exchange 2016 および 2019 サーバ上のメールボックスへのアクセスを設定する際は、以下の手順に従ってください。

事前準備

Exchange Web Services (EWS) を使用して Exchange 2016 および 2019 サーバーを IM and Presence Serviceと統合する前に、Exchange Server で throttle policy パラメーター値を構成します。 これらは、EWS カレンダリングが IM and Presence Serviceと連携するために必要な値です。

これらは、Exchange Server 2016 および 2019 のコマンドと設定です。

表 1. Exchange Server 2016 または 2019 に推奨されるスロットルポリシー設定

パラメータ1

推奨構成値 — Exchange Server 2016 および 2019

EwsCutoffBalance

3000000
EwsMaxBurst

300000
EwsMaxConcurrency

100
EwsMaxSubscriptions

無制限
EwsRechargeRate

900000

1これらは、Exchange Server 2016 または 2019 で変更できる唯一の EWS パラメーターです。

Windows セキュリティポリシー設定

IM and Presence Service と Microsoft Exchange の統合により、Windows 統合認証 (NTLM) を含むさまざまな認証方法がサポートされます。

IM and Presence Service は、NTLMv1 と NTLMv2 の両方の Windows 統合認証をサポートしており、デフォルトで NTLMv2 が使用されます。

[LANマネージャー認証レベル] を [NTLMv2レスポンスのみを送信] に構成します。 Windows ドメイン コントローラーで LM と NTLM を拒否すると、ドメインで NTLMv2 認証が強制されます。


（注）  

IM and Presence Service は、NTLMv2 セッションセキュリティをサポートしていません。 メッセージの機密性と完全性は、セキュリティで保護された HTTP (HTTPS) によって確保されます。

Windows セキュリティ設定の確認

手順

ステップ 1

Windows ドメインコントローラーと Exchange を実行しているサーバーで、[開始] > [管理ツール] > [ローカルセキュリティポリシー] の順に選択します。

ステップ 2

[セキュリティ設定] > [ローカルポリシー] > [セキュリティオプション] の順に選択します。

ステップ 3

[ネットワークセキュリティ:セキュリティで保護されたRPCを含むNTLM SSPサーバー向けの最小セッションセキュリティ]を選択します。

ステップ 4

「NTLMv2 セッション セキュリティを要求する」チェックボックスがオフになっていることを確認してください。

ステップ 5

「NTLMv2 セッション セキュリティを要求する」チェックボックスがオンになっている場合は、以下の手順を実行してください。

  1. [NTLMv2セッションセキュリティが必要] チェックボックスをオフにします。

  2. OKをクリックします。

ステップ 6

新しいセキュリティ設定を適用するには、Windows ドメインコントローラーと Exchange を実行しているサーバを再起動してください。

（注）  

 

再起動が必要なのは、セキュリティポリシーの設定変更が行われたサーバのみです。

Exchange 2010 で特定のユーザーまたはグループに対して Exchange のなりすまし権限を設定する

特定のユーザーまたはユーザグループに対して Exchange のなりすまし権限を設定するには、Microsoft Exchange Management Shell (EMS) を使用して以下の手順を実行します。

これらは Exchange Server 2010 のコマンドと設定です。Exchange Server 2013 を使用している場合は、Exchange 2016 または 2019 の特定のユーザーまたはグループになりすまし権限を設定する の手順を実行します。

手順

ステップ 1

Active Directory にアカウントを作成します。

ステップ 2

コマンドライン入力のために EMS を開きます。

ステップ 3

EMS で New-ManagementRoleAssignment コマンドを実行して、指定した既存のドメインサービスアカウント（例： Ex2010）に他のユーザアカウントを偽装する権限を付与します。

構文

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:user@domain

例

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:Ex2010@contoso.com

ステップ 4

偽装権限が適用される範囲を定義するには、この New-ManagementRoleAssignment コマンドを実行します。 この例では、 Ex2010 アカウントに、指定された Exchange Server 上のすべてのアカウントになりすます権限が付与されます。

構文

New-ManagementScope -Name:_suImpersonateScope -ServerList:server_name

例

New-ManagementScope -Name:_suImpersonateScope -ServerList:nw066b-227

ステップ 5

以下の表に示す推奨値を使用して、New-ThrottlingPolicy コマンドを実行し、新しいスロットリングポリシーを作成します。

構文

New-ThrottlingPolicy -Name:Policy_Name -EwsMaxConcurrency:100 -EwsPercentTimeInAD:50 -EwsPercentTimeInCAS:90 -EwsPercentTimeInMailboxRPC:60 -EwsMaxSubscriptions:NULL -EwsFastSearchTimeoutInSeconds:60 -EwsFindCountLimit:1000

例

New-ThrottlingPolicy -Name:IM_and_Presence_ThrottlingPolicy -EwsMaxConcurrency:100 -EwsPercentTimeInAD:50 -EwsPercentTimeInCAS:90 -EwsPercentTimeInMailboxRPC:60 -EwsMaxSubscriptions:NULL -EwsFastSearchTimeoutInSeconds:60 -EwsFindCountLimit:1000

注: サポートされている Exchange SP1 でのみ利用可能です。

ステップ 6

Set-ThrottlingPolicyAssociation コマンドを実行して、新しいスロットリングポリシーを手順 2 で使用したサービスアカウントに関連付けます。

構文

Set-ThrottlingPolicyAssociation -IdentityUsername -ThrottlingPolicyPolicy_Name

例

Set-ThrottlingPolicyAssociation -IdentityEx2010-ThrottlingPolicy IM_and_Presence_ThrottlingPolicy

次のタスク

Microsoft Exchange 2010 アカウントの権限を確認する

Exchange 2016 または 2019 の特定のユーザーまたはグループになりすまし権限を設定する

特定のユーザーまたはユーザグループに対して Exchange のなりすまし権限を設定するには、Microsoft Exchange Management Shell (EMS) を使用して以下の手順を実行します。

これらは、Exchange Server 2016 または 2019向けのコマンドと設定です。

手順

ステップ 1

Active Directory にアカウントを作成します。

ステップ 2

コマンドラインを入力するために EMS を開きます。

ステップ 3

EMS で New-ManagementRoleAssignment コマンドを実行して、指定した既存のドメインサービスアカウント (例: Ex2016) に他のユーザーアカウントになりすます権限を付与します。

構文

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:user@domain

例

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:Ex2016@contoso.com

ステップ 4

偽装権限が適用される範囲を定義するには、この New-ManagementRoleAssignment コマンドを実行します。 この例では、 Ex2016アカウントに、指定された Exchange Server 上のすべてのアカウントになりすます権限が付与されます。

構文

New-ManagementScope -Name:_suImpersonateScope -ServerList:server_name

例

New-ManagementScope -Name:_suImpersonateScope -ServerList:nw066b-227

ステップ 5

以下の表で定義されている推奨値を使用して、New-ThrottlingPolicy コマンドを実行し、新しいスロットリングポリシーを作成します。

構文

New-ThrottlingPolicy -Name:Policy_Name -EwsMaxConcurrency:100 -EwsMaxSubscriptions:NULL -EwsCutoffBalance3000000-EwsMaxBurst300000–EwsRechargeRate900000

例

New-ThrottlingPolicy –Name IMP_ThrottlingPolicy -EwsMaxConcurrency 100 -EwsMaxSubscriptionsunlimited –EwsCutoffBalance 3000000 -EwsMaxBurst 300000 –EwsRechargeRate 900000

表 2. Exchange Server 2016 または 2019 に推奨されるスロットルポリシー設定

パラメータ1

推奨構成値 — Exchange Server 2016 および 2019

EwsCutoffBalance

3000000
EwsMaxBurst

300000
EwsMaxConcurrency

100
EwsMaxSubscriptions

無制限
EwsRechargeRate

900000

1これらは、Exchange Server 2016 または 2019 で変更できる唯一の EWS パラメーターです。

（注）  

 

サポートされている Exchange SP1 でのみ利用可能です。

ステップ 6

Set-ThrottlingPolicyAssociation コマンドを実行して、新しいスロットリング ポリシーを手順 2 で使用したサービス アカウントに関連付けます。

構文

Set-ThrottlingPolicyAssociation -IdentityUsername -ThrottlingPolicyPolicy_Name

例

Set-ThrottlingPolicyAssociation -Identity ex2016 -ThrottlingPolicy IMP_ThrottlingPolicy

次のタスク

Microsoft Exchange 2016 または 2019 アカウントで権限を確認する

Microsoft Exchange 2010 アカウントの権限を確認する

Exchange 2010 アカウントに権限を割り当てたら、メールボックスレベルで権限が反映され、指定されたユーザーが、メールボックスにアクセスでき、別のユーザーのアカウントになりすますことができることを確認する必要があります。 Exchange 2010 では、アクセス許可がメールボックスに反映されるまでに時間がかかります。

これらは Exchange Server 2010 のコマンドです。Exchange Server 2013 を使用している場合は、 Microsoft Exchange 2016 または 2019 アカウントで権限を確認する の手順に従ってください。

手順

ステップ 1

Active Directory サーバーで、なりすましアカウントが存在することを確認します。

ステップ 2

コマンドライン入力のために、Exchange Management Shell (EMS) を開きます。

ステップ 3

Exchange Server で、サービスアカウントに、必要ななりすまし権限が付与されたことを確認します。

  1. EMS で以下のコマンドを実行してください。

    Get-ManagementRoleAssignment -Role ApplicationImpersonation

  2. コマンド出力で、次のとおり指定されたアカウントに対して、Role ApplicationImpersonation のロール割り当てが行われていることを確認します。

    コマンド出力例

    名前 - - - - Role - - - Role AssigneeName- Role AssigneeType- 割り当て方法--- 有効なユーザ名
    _suImpersonate RoleAs アプリケーションのなりすまし ex2010 ユーザ 直接 ex2010

ステップ 4

サービスアカウントに適用される管理範囲が正しいことを確認してください。

  1. EMS で以下のコマンドを実行してください。

    Get-ManagementScope _suImpersonateScope

  2. コマンド出力によって、なりすましアカウント名が次のように返されていることを確認します。

    コマンド出力例

    名前 - - - Scope RestrictionType Exclusive 受信者ルート - - 受信者フィルター - Server Filter- - -
    _suImpersonate スコープ ServerScope False ユーザ 直接 識別名

ステップ 5

EMS でこのコマンドを実行して、ThrottlingPolicy パラメータが以下の表で定義されている内容と一致していることを確認してください。

Get-ThrottlingPolicy -IdentityPolicy_Name | findstr ^EWS

次のタスク

Exchange 仮想ディレクトリで認証を有効にする

Microsoft Exchange 2016 または 2019 アカウントで権限を確認する

Exchange 2016 または 2019 アカウントに権限を割り当てたら、メールボックスレベルで権限が反映され、指定されたユーザーが、メールボックスにアクセスでき、別のユーザーのアカウントになりすますことができることを確認する必要があります。 権限がメールボックスに反映されるまでには時間がかかります。

手順

ステップ 1

Active Directory サーバーで、なりすましアカウントが存在することを確認します。

ステップ 2

コマンドライン入力のために、Exchange Management Shell (EMS) を開きます。

ステップ 3

Exchange Server で、サービスアカウントに、必要ななりすまし権限が付与されたことを確認します。

  1. EMS で以下のコマンドを実行してください。

    Get-ManagementRoleAssignment -Role ApplicationImpersonation

  2. コマンド出力で、次のとおり指定されたアカウントに対して、Role ApplicationImpersonation のロール割り当てが行われていることを確認します。

    コマンド出力例

    名前 - - - -

    Role - - -

    Role AssigneeName-

    Role AssigneeType-

    割り当て方法---

    有効なユーザー名

    _suImpersonate RoleAs

    アプリケーションのなりすまし

    ex2016

    ユーザ

    直接

    ex2016

ステップ 4

サービスアカウントに適用される管理範囲が正しいことを確認してください。

  1. EMS で以下のコマンドを実行してください。

    Get-ManagementScope _suImpersonateScope

  2. コマンド出力によって、なりすましアカウント名が次のように返されていることを確認します。

    コマンド出力例

    名前 - - -

    Scope RestrictionType

    Exclusive

    受信者ルート - -

    受信者フィルター -

    Server Filter- - -

    _suImpersonate スコープ

    ServerScope

    False

    ユーザ

    直接

    識別名

ステップ 5

EMS でこのコマンドを実行して、ThrottlingPolicy パラメータが以下の表で定義されている内容と一致していることを確認してください。

Get-ThrottlingPolicy -Identity IMP_ThrottlingPolicy | Format-List | findstr ^Ews

表 3. Exchange Server 2016 または 2019 に推奨されるスロットルポリシー設定

パラメータ1

推奨構成値 — Exchange Server 2016 および 2019

EwsCutoffBalance

3000000
EwsMaxBurst

300000
EwsMaxConcurrency

100
EwsMaxSubscriptions

無制限
EwsRechargeRate

900000

1これらは、Exchange Server 2016 または 2019 で変更できる唯一の EWS パラメーターです。

ステップ 6

Exchange アカウントに ThrottlingPolicy が関連付けられていることを確認してください。

Get-ThrottlingPolicyAssociation -Identity ex2016

Exchange 仮想ディレクトリで認証を有効にする

始める前に

Exchange Web Services (EWS) の統合が正しく機能するためには、Exchange Server 2007、2010、および 2013 の EWS 仮想ディレクトリ (/EWS) で、基本認証、Windows 統合認証、またはその両方を有効にする必要があります。

Windows Server 2003 上で動作する Exchange 2007 での認証の有効化

手順

ステップ 1

管理ツールで、[インターネット情報サービス] を開き、サーバーを選択します。

ステップ 2

[ウェブサイト]を選択します。

ステップ 3

[デフォルトのウェブサイト] を選択します。

ステップ 4

EWS directory フォルダを右クリックして、[プロパティ] を選択します。

ステップ 5

「ディレクトリ セキュリティ」タブを選択してください。

ステップ 6

「認証とアクセス制御」の下にある「編集」をクリックします。

ステップ 7

「認証方法」の下にある次のチェックボックスがオフになっていることを確認してください。

  • 匿名アクセスを有効にする

ステップ 8

[認証方法認証済みアクセス] で、以下の 2 つのチェックボックスが両方ともオンになっていることを確認します。

  • 統合 Windows 認証

  • 基本認証（パスワードは平文で送信されます）

ステップ 9

OKをクリックします。

次のタスク

Exchange Server の証明書構成タスクフロー

Windows Server 2016 で実行されている Exchange 2016 または 2019 で認証を有効にする

手順

ステップ 1

管理ツールで、[インターネット情報サービス] を開き、サーバーを選択します。

ステップ 2

[ウェブサイト]を選択します。

ステップ 3

[デフォルトのウェブサイト] を選択します。

ステップ 4

[EWS] を選択します。

ステップ 5

[IIS] セクションで、[認証] を選択します。

ステップ 6

以下の認証方法が有効になっていることを確認してください。

  • 匿名認証

  • Windows 認証および/または基本認証

ステップ 7

アクション列の 有効/無効 リンクを使用して、適切に設定してください。

次のタスク

Exchange Server の証明書構成タスクフロー