次の方法で共有


ドメイン構成に関する問題のトラブルシューティング

このガイドでは、Azure Email Communication Service のカスタム ドメインの設定と使用に関する一般的な問題を解決する方法について説明します。

1.カスタム ドメインの状態を確認できない

ドメインのレジストラーまたはドメイン ネーム システム (DNS) のホスティング プロバイダーに TXT レコードを追加して、ドメインの所有権を確認する必要があります。 何らかの理由でドメインの検証が失敗した場合は、このセクションの次の手順を実行して、基になる問題を特定して解決します。

理由

検証プロセスが開始されると、Azure Email Communication Service はカスタム ドメインから TXT レコードの読み取りを試みます。 Azure Email Communication Service が TXT レコードの読み取りに失敗した場合、検証状態は失敗としてマークされます。

解決手順

  1. Email Service によって提案された TXT レコードを Azure portal からコピーします。 TXT レコードは次の例のようになります。

    ms-domain-verification=43d01b7e-996b-4e31-8159-f10119c2087a

  2. TXT レコードを追加していない場合は、TXT レコードをドメインのレジストラーまたは DNS ホスティング プロバイダーに追加する必要があります。 詳細な手順については、「クイック スタート: カスタム検証済みメール ドメインを追加する方法」を参照してください。

  3. TXT レコードを追加したら、カスタム ドメインの TXT レコードに対してクエリを実行できます。

    1. Windows CMD ターミナルから nslookup ツールを使用して、ドメインから TXT レコードを読み取ります。

    2. サード パーティの DNS 参照ツールを使用します。

      https://www.bing.com/search?q=dns+lookup+tool

    このセクションでは、引き続き nslookup メソッドを使用します。

  4. TXT レコードのクエリを実行するには、次の nslookup コマンドを使用します。

    nslookup -q=TXT YourCustomDomain.com

    nslookup クエリは次のようなレコードを返すはずです。

    カスタム ドメインの TXT レコードを読み取るための nslookup クエリの結果

  5. カスタム ドメインの TXT レコードの一覧を確認します。 自分の TXT レコードが一覧に表示されない場合、Azure Email Communication Service ではドメインを確認できません。

2.SPF の状態を確認できない

ドメインの状態を確認したら、Sender Policy Framework (SPF) と DomainKeys Identified Mail (DKIM)、および DKIM2 を確認する必要があります。 SPF の状態が失敗の場合は、次の手順に従って問題を解決します。

  1. Azure portal から SPF レコードをコピーします。 SPF レコードは次のようになります。

    v=spf1 include:spf.protection.outlook.com -all

  2. Azure Email Communication Service では、SPF レコードをドメインのレジストラーまたは DNS ホスティング プロバイダーに追加する必要があります。 プロバイダーの一覧については、「一般的なドメイン レジストラーに DNS レコードを追加する」を参照してください。

  3. SPF レコードを追加したら、自分のカスタム ドメインの SPF レコードに対してクエリを実行できます。 以下に 2 つの方法を示します。

    1. Windows CMD ターミナルから nslookup ツールを使用して、ドメインから SPF レコードを読み取ります。

    2. サード パーティの DNS 参照ツールを使用します。

      https://www.bing.com/search?q=dns+lookup+tool

    このセクションでは、引き続き nslookup メソッドを使用します。

  4. SPF レコードのクエリを実行するには、次の nslookup コマンドを使用します。

    nslookup -q=TXT YourCustomDomain.com

    このクエリは、カスタム ドメインの TXT レコードの一覧を返します。

    カスタム ドメインの SPF レコードを読み取るための nslookup クエリの結果

  5. カスタム ドメインの TXT ヘッダーの一覧を確認します。 ここに SPF レコードが表示されない場合、Azure Email Communication Service ではカスタム ドメインの SPF 状態を確認できません。

  6. SPF レコードの -all を確認します。

    SPF レコードに ~all が含まれている場合、SPF 検証は失敗します。

    Azure Communication Services では、SPF レコードを検証するために、~all の代わりに -all が必要です。

3.DKIM または DKIM2 の状態を確認できない

Azure Email Communication Service が DKIM または DKIM2 の状態を確認できない場合は、次の手順に従って問題を解決します。

  1. コマンド プロンプトを開き、nslookupを使用します。

    nslookup set q=TXT

  2. DKIM が失敗した場合は、selector1 を使用します。 DKIM2 が失敗した場合は、selector2 を使用します。

    selector1-azurecomm-prod-net._domainkey.contoso.com

    selector2-azurecomm-prod-net._domainkey.contoso.com

  3. このクエリは、カスタム ドメインの CNAME DKIM レコードを返します。

    カスタム ドメインの CNAME DKIM レコードを読み取るための nslookup クエリの結果

  4. nslookup が前の画像と同様に CNAME DKIM または DKIM2 レコードを返す場合、Azure Email Communication Service で DKIM または DKIM2 の状態を確認できます。

    nslookup の出力から DKIM/DKIM2 CNAME レコードが欠落している場合、Azure Email Communication Service は DKIM または DKIM2 の状態を確認できません。

    プロバイダーの一覧については、「CNAME レコード」を参照してください。

次のステップ