電子メールのコンフィギュレーションと送信

電子メール サブシステムの動作は、管理者コンフィギュレーション、ユーザー コンフィギュレーション、およびユーザーの選択の組み合わせに影響されます。 この記事では、関連情報を見つけやすくするために、管理者のセクションとユーザーのセクションに分かれています。

管理者とユーザーの両方が電子メールのサブシステムの動作を設定します。

[管理者] 電子メール パラメーター ページ

環境のメール構成

メール パラメーター ページで、管理者は 構成 タブから環境の高レベルのメール動作を構成できます。

フィールド 説明
バッチ電子メール プロバイダー バッチ方式または非対話型のプロセスで送信される電子メールの送信に使用される電子メール プロバイダーを指定します。 Microsoft Graph と Exchange のプロバイダーは、バッチ プロセスに関連付けられているアカウントを使用します。 メモ: Microsoft Graph は Dynamics 365 Finance バージョン 10.0.38 以降で利用可能です。
添付ファイル サイズの上限 電子メール サブシステム経由で送信できる 1 つの電子メールの最大サイズを指定します。
メールの有効期限 (日数) 未送信メッセージのステータスが 期限切れ に設定されるまでの日数を指定します。 値 0 は、デフォルトの期間である 30 日が有効であることを意味します。

メール履歴セクションには 2 つの目的があります。 まず、メール履歴ページへのエントリ ポイントを提供し、管理者はすべての送信済みメールと、メール送信を防げたエラーを確認することができます。 次に、メール履歴を維持する期間を構成できます。 既定では、メール履歴は過去 30 日間保持されます。 この期間は、メール履歴の保持日数をゼロ以外の数字に変更することで調整できます。 値を 0 (ゼロ) に設定すると、既定数と既定の動作が使用されます。

メール スロットリング セクションは、非対話型の電子メール プロバイダー (バッチ電子メール プロバイダーなど) が 1 分あたりの送信制限に従うことを可能にします。 この機能は、システムがプロバイダーが許可する数を超える電子メールを送信しようとした場合に、いくつかのエラーを防ぐのに役立ちます。 得に、1 分あたりの送信制限に達したために最初にメールを送信できない場合、メールの送信試行は最大 1 分間延期されます。 10 の延期後、システムはメールを送信します。 1 分あたりの電子メール送信制限フィールドを 0 にリセットすることにより、プロバイダーから 1 分あたりの送信制限を削除できます。 Office 365 SMTP メール プロバイダーの送信制限は、Exchange Online 送信制限 に応じて自動的に設定されます。 他のすべての電子メール プロバイダーについては、手動での構成が必要です。

メモ

メールの調整 機能の使用は、Microsoft Graph と Exchange メールのプロバイダーには独自の調整メカニズムがあるため、推奨されません。 したがって、これらのプロバイダーの両方で、1 分あたりのメール送信回数の制限 フィールドが 0 に設定されている必要があります。

Microsoft Graph でメールを送信する

Office 365 を使用する顧客にとって、Microsoft Graph は Dynamics 365 財務と運用アプリの推奨メール プロバイダーです。 このメール プロバイダーは、廃止された Exchange メール プロバイダーに代わるものです。

Microsoft Graph 統合を設定するには、次のアクセス許可が必要です:

  • Dynamics 365 財務と運用の環境を Microsoft Graph にリンクするには、アプリケーションのシステム管理者である必要があります。
  • Azure Active Directory (Azure AD) アカウントの管理者である必要があります。 管理者ではない場合、管理ユーザーが構成の最初の部分を実行する必要があります。

ワンタイム登録プロセス

アプリを作成するには、次の手順を実行します。

  1. Azure テナント管理者アカウントを使用して、Azure portal にサインインします。

    注記

    この手順を完了したユーザーは、アプリケーションを登録するテナントの管理者権限を持っている必要があります。

  2. Azure Active Directory>アプリの登録>新しいアプリケーション の順に移動します。

  3. 次の値を入力します。

    • 名前 – アプリの名前を入力します。
    • サポートされるアカウントの種類 – この組織 (単一のテナント) に直接所属しているアカウントのみを入力します。
  4. 登録 を選択します。

  5. アプリケーション (クライアント) ID の値をメモします。 この値を使用して、財務と運用環境から Microsoft Graph サービスに接続します。

    重要

    続行する前に、必ず アプリケーション (クライアント) ID の値をキャプチャしてください。

  6. アクセス許可を追加するには、次の手順に従います:

    1. 管理>API アクセス許可>アクセス許可の追加>Microsoft API>Microsoft Graph を選択します。

    2. アプリケーションのアクセス許可 を選択し、Mail.Send を有効にします。

      注記

      既定では、アプリには Microsoft Graph の User.Read 委任されたアクセス許可が含まれている必要があります。 そのアクセス許可がない場合は、委任されたアクセス許可から追加する必要があります。

    3. アクセス許可の追加 を選択します。

    4. メールの送信を許可するには、管理者の同意の付与 を選択します。

  7. クライアント シークレットを作成するには、次の手順に従います:

    1. 管理>証明書とシークレット を選択します。
    2. クライアント シークレット タブで、新しいクライアント シークレット を選択します。
    3. 説明および有効期限フィールドに値を入力し、追加を選択します。
    4. シークレットの値 の値をメモします。 この値を使用して、Dynamics 365 財務と運用の環境から Microsoft Graph サービスに接続します。

    重要

    続行する前に、必ず シークレットの値 の値をキャプチャしてください。

メールボックスを制限する

管理者はメールボックスのアクセスを変更することができます。 詳細については、メールボックスへのアプリケーションのアクセス許可を制限する を参照してください。

Dynamics 365 財務と運用アプリで Microsoft Graph を構成する

  1. Dynamics 365 財務と運用アプリで、メール パラメーター ページを開きます。
  2. Microsoft Graph の設定 タブの アプリケーションID フィールドに、前の手順で新しいアプリを作成したときに取得した アプリケーション ID の値を入力します。
  3. アプリケーション キー フィールドに、前の手順でクライアント シークレットを作成したとき取得した シークレットの値 の値を入力します。
  4. 保存 を選択します。

Exchange メール プロバイダー (非推奨)

メール パラメーター ページで、管理者は、対話型のメール プロバイダーおよびバッチ メール プロバイダーとして Exchange を選択することができます。 このメール プロバイダーは、現在のユーザーの Exchange Online アカウントを使用して、メールを送信します。 バッチ メール プロバイダーとして使用する場合は、バッチ アカウントが使用されます。 追加の構成は必要ありません。

トラブルシューティングが必要な場合は、現在のユーザーのアカウントにサインインできることと、そのアカウントから目的の受信者にメールを送信できることを確認します。

Exchange メール プロバイダーには次の制限があることに注意してください:

  • 外部ユーザーは、システムのテナントに Exchange アカウントを持たないため、サポートされません。
  • Microsoft が管理する環境でのみ使用可能です。

SMTP を使用してメールを送信する

電子メール パラメーターページの、SMTP 設定タブで、次の設定に注意してください。

サーバー情報

フィールド 説明
送信メール サーバー 目的の Simple Mail Transfer Protocol (SMTP) サーバーのホスト名。
  • Microsoft 365 製品 (*.onmicrosoft.com アカウントを含む) では、smtp.office365.com を使用します。 (設定>メール>POP および IMAP の outlook.office.com でこの設定を検索します。)
  • Outlook/Hotmail で smtp-mail.outlook.com を使用します。
SMTP ポート番号 通常、セキュリティで保護して送信するためにポート番号は 587 に設定する必要があります。
SSL が必要です 安全なトランスポートをを使用するかを決定します。 これは通常、内部またはトラブルシューティングのシナリオを除き、はい です。

ノート

短期間に送信される電子メールの数が多すぎると問題が発生する場合は、上記の 構成タブ セクションで説明されている 電子メールのスロットリング 機能の使用をお勧めします。 それでも問題が解決しない場合は、発信IP金庫リストから、ドメインから電子メールを送信する Dynamics 365 財務および操作を承認する DNS SDN レコードに適切な IP アドレスを追加することもできます。 詳細については、アウトバウンド IP の安全リスト を参照してください。

認証

フィールド 説明
認証が必要です 電子メールの送信にユーザー名とパスワードが必要かどうかを指定します。
ユーザー名パスワード 認証が必要な場合は、電子メールを送信する適切なメール アカウントを指定します。 すべてのユーザーは SMTP アカウントを指定し 送信者 および 代理送信 許可をし、SMTP で送信する機能を有効にします。 Send As 権限は、ユーザー>有効なユーザー>ユーザー>メールボックスのアクセス許可を編集>このメールボックスから電子メールを送信するでの Microsoft 365 管理センター (portal.office.com/Admin) にて構成することができます。 詳細については、「Microsoft 365 で別のユーザーのメールボックスからの電子メールの送信を有効にする」を参照してください。

メモ

財務と運用アプリでは、SMTP に対する多要素認証や Modern auth (OAuth 2.0) はサポートされていません。 より最新の統合が必要な場合は、Microsoft Graph メール プロバイダーを使用できます。 管理者は、SMTP AUTH を許可するために基本認証を再有効化する必要がある場合があります。 詳細については、SMTP AUTH の有効化または無効化 を参照してください。 Exchange Online 用の基本認証の廃止 は、財務と運用アプリでの SMTP の使用には影響しません。これは、"基本認証を永久に無効にした場合でも SMTP AUTH を使用できるからです。"

[管理者] 電子メール配布バッチ処理

ユーザーの操作なしに、SMTP 経由でサーバーから直接送信される電子メールは、電子メール ディストリビューター バッチプロセスによって送信されます。 電子メールのキューの処理には、そのバッチ処理を開始する必要があります。 プロセスを開始するには、メールディストリビューター バッチウィンドウ (システム管理>定期処理タスク>メール処理>Batch) を開き、Batch 処理をオンにします。

Microsoft Graph あるいは Exchange プロバイダーを使用している場合、バッチ プロセス (通常は管理者) に関連付けられているユーザー アカウントが送信者になります。

[管理者] ユーザーの電子メール

各ユーザーの既定の送信元アドレスは、ユーザーメールフィールドから取得されます (システム管理>ユーザー>ユーザー)。 管理者は必要に応じて、オプション ページの送信者電子メールフィールドを使用して、この既定の送信元を上書きできます。

[ユーザー] オプション ページの電子メール プロバイダーの選択セクション

オプション ページは、設定 > ユーザー オプション から開くことができます。 電子メール プロバイダーの選択 セクションは、アカウント タブにあります。

フィールド 説明
電子メール プロバイダー ID ユーザーは、電子メールを送信するときに使用する電子メール プロバイダーを選択できます。 ここでオプションを選択することは、どのように電子メール送信しますか ダイアログ ボックスで 今後確認しない をオンにするのと同じです。 空白のオプション 使用する電子メール プロバイダーの入力を求める を選択すると、メールが送信されるときに 電子メールを送信する方法 ダイアログ ボックスが表示されます。
送信者の電子メール 管理者が電子メールのソース フィールドでユーザーに電子メール アドレスの上書きを提供できるようにします。 既定では、ユーザー アカウントに関連付けられた電子メール エイリアスは新しい電子メールのソース フィールドとして使用されますが、このユーザー オプションの電子メール アドレスによって上書きされます。 SMTP で電子メールを送信するとき、ユーザーは交換または SMTP サーバー上で構成された適切な送信者および代理送信者アクセス許可を持っている必要があります。 注: Microsoft 365 の管理センター (portal.office.com/Admin) で 送信形式代理として送信する の権限を設定することができます。管理センターは、ユーザー>アクティブ ユーザー>ユーザー>メール ボックスの権限>このメールボックスからメールを送信する にあります。 詳細については、「Microsoft 365 で別のユーザーのメールボックスからの電子メールの送信を有効にする」を参照してください。

[ユーザー] 電子メール ダイアログ ボックスをどのように送信しますか (省略可)

電子メールを送信するときは、電子メールをどのように送信しますか ダイアログ ボックスが表示され、それに電子メールを送信するために使用可能なオプションが一覧表示されます。

フィールド 説明
Outlook などの電子メール アプリケーションを使用します 生成された電子メール (.eml) を持つを提供します。
Exchange 電子メール サーバーを使用します テナントに関連付けられている Exchange Online サーバーを使用します。 Exchange メール プロバイダーは、現在、オンプレミス環境を含むパブリック クラウドの外部ではサポートされていません。
システムの電子メール クライアントの使用 電子メール送信する構成ダイアログ ボックスを開いて、結果を電子メールで SMTP 経由で送信します。
今後このメッセージを表示しない このフィールドが選択されていない場合は、次回に電子メールが送信されたときに最後に選択したオプションが使用され、ダイアログ ボックスが表示されません。

[ユーザー] 電子メール ダイアログ ボックスを送信 (省略可)

電子メール送信 ダイアログ ボックスが開き、送信される電子メールの内容を編集できます。 次のフィールドの一部は、このウィンドウであらかじめ設定されています。

フィールド 説明
オプション ページの メール フィールドから取得されます。
宛先CcBcc件名、および本文 電子メールの送信を開始したプロセスによって指定された値が取得されます。 これらのフィールドは、必要に応じてユーザーが編集できます。
添付ファイル リスト 電子メールの送信を開始したプロセスによって指定されたファイルが添付される場合があります。 このリストは、必要に応じてユーザーが編集できます。

電子メールを送信する準備ができたら、送信 ボタンを使用して SMTP 経由で電子メールが送信されます。

電子メールが正しく設定されているかどうかを確認するための使用シナリオ

ローカル メール クライアント経由で電子メールを送信

SysEmail フレームワークで有効になっている電子メール ワークフローでは、添付ファイルを含む電子メール メッセージ (.eml files) を生成できます。 これらのメッセージは Microsoft Outlook または他の電子メール クライアント経由で送信することができます。

  1. Microsoft Edge にて、売掛金勘定>顧客>すべての顧客の順に移動します。
  2. US-008 Sparrow Retail を選択します。
  3. 回収>顧客残高>コレクションをクリックし、コレクションページを開きます。
  4. 連絡>メール>連絡先に対する明細書の順にクリックします。
  5. ダイアログ ボックスで既定値を承諾する場合は、OK をクリックします。
  6. メール オプションの使用を促すメッセージが表示された場合は、再度確認しないチェック ボックス (このオプションはユーザー オプション ページから変更できます) をオフにし、Outlook などの電子メール アプリケーションを使用を選択し、OK をクリックします。
  7. コンピューター上で Microsoft Edge を使用している場合は、生成される電子メール (.eml) ファイルを開きます。 VM 上で Microsoft Edge を使用している場合は、ファイルをコンピューターにコピーし、そのコンピュータでファイルを開きます。
  8. 宛先フィールドの電子メール アドレスと生成されたブック添付ファイルに注意します。

SMTP 経由でメールを送信

SysEmail フレームワークを介して有効になっている電子メール ワークフローは、簡単な電子メール ダイアログ ボックスで作成し、Simple Mail Transfer Protocol (SMTP) 経由で送信することもできます。

  1. 電子メール パラメーターのページに移動します。

  2. SMTP 設定をクリックします。

  3. 送信メール サーバー を要求された SMTP サーバーに設定します。

    • Microsoft 365 製品 (*.onmicrosoft.com アカウントを含む) では、smtp.office365.com を使用します。 (設定>メール>POP と IMAP で、設定を outlook.office.com 経由で検索します。)
    • Outlook/Hotmail で smtp-mail.outlook.com を使用します。
  4. ユーザー名とパスワードを適切な電子メール アカウントとパスワードに設定します。

  5. SSLRequired を有効のままにして、SMTP ポート番号587 に設定したままにします。

  6. 保存 をクリックします。

  7. Microsoft Edge にて、売掛金勘定>顧客>すべての顧客の順に移動します。

  8. US-008 Sparrow Retail を選択します。

  9. 回収>顧客残高>コレクションをクリックし、コレクションページを開きます。

  10. 連絡>メール>連絡先に対する明細書の順にクリックします。

  11. ダイアログ ボックスで既定値を承諾する場合は、OK をクリックします。

  12. メール オプションを使用するように求められたら、Microsoft Dynamics 365 Finance 電子メール クライアントの使用を選択し、OK をクリックします。

  13. テスト メッセージを受信するには、宛先アドレスをメール アドレスに変更します。

    SMTP 設定で指定されたアカウントが、電子メール アカウントの Send As および Send On Behalf Of であることを確認します。 これを確実にするための最も簡単な方法は、電子メール アカウントを SMTP 設定で使用することです。

  14. メッセージの件名および本文を入力します。

  15. 送信 をクリックします。 メッセージは 1 〜 5 分で配信する必要があります。

[管理者] ワークフロー電子メール通知

ワークフロー電子メールのコンフィギュレーションは連携して動作する関連設定の集合です。

ワークフロー電子メール通知のセットアップ

  1. 電子メール設定の確認:

    1. システム管理>設定>電子メール>電子メール パラメーターの順に移動します。
    2. SMTP が有効であることを確認します。
    3. SMTP メール サーバーの設定を設定します。
  2. 電子メールのバッチ処理が実行されていることを確認します。

    1. システム管理>定期処理タスク>メール処理>メール ディストリビューター バッチの順に移動します。

    2. バッチ プロセスオプションを有効にします。

    3. 必要に応じて、電子メール プロセスの再実行を調整します。

      1. 終了日なし を選択し、メール バッチ処理のすべての反復を調整します。
      2. カウントを調整します。
      3. 必要に応じて毎分実行するように調整します。
  3. ワークフロー通知システムの電子メール テンプレートを確認します。

    1. システム管理>設定>メール>システム メール テンプレート (システム全体のテンプレート用) の順に移動します。
    2. 送信者電子メール フィールドが設定済みで有効であることを確認します。
  4. ワークフロー通知組織の電子メール テンプレートを確認します。

    1. 組織管理>設定>組織とテンプレート (組織固有のテンプレート用) の順に移動します。
    2. 送信者電子メール フィールドが設定済みで有効であることを確認します。
  5. ユーザーが電子メール通知を受信できることを確認します。

    1. 設定>ユーザー オプション へ移動します。

    2. 勘定タブに移動します。

      1. メール プロバイダー ID (SMTP など) を設定します。
      2. また、既定の送信元アドレスが現在のユーザーに対して使用されていない場合は、送信者電子メールの上書きを設定します。
    3. ワークフロー タブに移動します。電子メールで通知を送信するオプションを はい に設定します。

  6. ワークフロー システムが電子メール通知を送信することを確認します。

    通知する必要があるワークフローごとに、ワークフロー エディターでワークフロー プロパティを開きます。

    1. 基本設定をクリックします。 ワークフロー通知の電子メール テンプレートを調整します。

    2. 通知をクリックします。

      1. ユーザーに通知するべきイベントを有効にします。
      2. 有効なイベント通知ごとにワークフロー通知の受信者を設定します。
    3. ユーザーに通知される必要のあるワークフロー承認要素:

      1. プロパティに移動します。
      2. ユーザーに通知するべきイベントを有効にします。
      3. 有効なイベント通知ごとにワークフロー通知の受信者を設定します。

ワークフロー電子メール通知のテスト

電子メール通知のテストでは、単に通知をトリガーし、それを確認するだけです。

  1. 電子メール通知に対して設定されているワークフローを送信します。

  2. ワークフロー履歴をチェックして、ワークフロー作業項目が予定されたユーザーに割り当てられていることを確認します。

  3. システム管理>定期処理タスク>メール処理>バッチ メールの送信ステータスにて、メール通知の保留状態をチェックします。

    電子メールの送信に失敗した場合は、SMTP メール アカウントを開くことができることを確認します。

  4. 適切な受信トレイで電子メール通知を確認します。

トラブルシューティング

電子メール送信に関する一般的な問題

メール設定のトラブルシューティングに役立つ標準プロセスがいくつかあります。

電子メール設定を検証し、テスト電子メールを送信します。
  1. システム管理 > 設定 > 電子メール > 電子メール パラメーターの順に移動します。
  2. SMTP が有効であることを確認します。
  3. SMTP メール サーバーの設定を確認します。
  4. アカウントとパスワードが正確であるかことを確認するために、別のウィンドウで SMTP アカウントにログインします。
  5. システム管理 > 設定 > 電子メール > 電子メール パラメーター > テスト電子メールの順に移動して、テスト電子メールを送信します。
電子メールのバッチ処理が実行されていることを検証します。
  1. システム管理 > 定期処理のタスク > 電子メールの処理 > バッチの順に移動します。
  2. バッチ処理オプションがはいに設定されていることを確認します。
  3. 電子メール プロセスの再実行を調整します:
    1. 終了日なし を選択し、メール バッチ処理のすべての反復を調整します。
    2. 必要に応じて回数を調整します。
バッチ電子メールの状態を確認します。
  1. システム管理 > 定期処理のタスク > 電子メールの処理 > バッチ電子メール送信状の順に移動します。
  2. 電子メールが正しいアカウントから送信されていることを確認します。

    アカウントが正しくない場合、必要に応じてユーザー オプション、システム テンプレート、組織テンプレートなどの設定を調整する必要があります。

  3. すべての電子メール ユーザー アカウントに、構成された SMTP アカウントに対して送信者アクセス許可が付与されていることを確認します (この記事の後半にあるすべての電子メール アカウントに適切な送信者アクセス許可があることを確認するを参照してください)。
電子メール履歴ページで任意のエラーを確認します。
  1. システム管理 > 設定 > 電子メール > 電子メール履歴の順に移動します。

    電子メール履歴ページでは、管理者がすべての送信済みメールと、送信を防ぐことができたかもしれないメールのエラーも確認することができます。 対話型の電子メールと非対話型/バッチ電子メールの両方が表示されます。

  2. メール ステータス値が失敗となっているメールに対しては、エラー詳細タブでエラー メッセージをレビューして、必要な処置を取るべきかどうかを決定します。 これらのエラーのいくつかについては、この記事で後ほど詳しく説明します。
すべての電子メール アカウントに適切な送信アクセス許可があることを確認します。 Microsoft 365 管理センターで、電子メールの送信に使用されるすべてのユーザー メール アカウントに、構成された SMTP アカウントに対する Send AsSend On Behalf Of アクセス許可があることを確認します。 詳細については、Microsoft 365 の別のユーザーにメールボックスのアクセス許可を与えるを参照してください。
ユーザー メールボックスを確認します。 影響を受ける (またはすべての) ユーザー メールボックスにサインインして、それらが有効であり、サインインを使用してアクセスできることを確認します。

特定の Microsoft Graph/Exchange メールの問題

  • 交換経由で電子メールが送信されると、「(401) 承認されていません」、または「(403) 許可されていません」というエラーが発生します

    説明 この問題は、Office 365 のメールボックスが無効であるか、または正しく設定されていないことを示す可能性があります。
    固定

    この問題を修正するには、指定したユーザーが Office 365 に存在し、適切なアクセス許可を持っていることを確認します。

    影響を受けるユーザーを検索するには、次の手順に従います:

    1. 電子メール履歴ページを開きます。
    2. 失敗メールのフィルターをメール ステータス フィールドへ追加します。
    3. 電子メール送信者フィールドで値を記録します。 このフィールドは、Exchange が Office 365 で有効または正しいアクセス許可を付与されたユーザーではないことを示しているユーザーを表示します。
  • 交換経由で電子メールが送信されると、「(404) 見つかりません」というエラーが発生します

    説明 この問題は、Exchange のユーザー アカウントにメールボックスがないことを示します。
    固定

    この問題を修正するには、指定したユーザーが Office 365 で存在しており適切なアクセス許可を持っていることを確認するか、有効な Exchange メールボックスがある代替ユーザー アカウントを使用します。

    影響を受けるユーザーを検索するには、次の手順に従います:

    1. 電子メール履歴ページを開きます。
    2. 失敗メールのフィルターをメール ステータス フィールドへ追加します。
    3. 電子メール送信者フィールドで値を記録します。 このフィールドは、Exchange にメールボックスがないユーザーを表示します。

特定の SMTP 電子メールの問題

電子メールが SMTP を介して送信されたときに引き続き問題が発生する場合は、以下の特定のエラーのいずれかが発生している可能性があります。 そうでない場合は、SMTPer.net などのツールに SMTP アカウント情報を入力して、SMTP サーバーとアカウントが有効で正しく機能していることを確認します。

  • SMTP メールの送信に失敗し、「単一ラベル ドメインの受信者アドレスは受け付けられません」と表示されます

    説明 受信者が単一ラベル ドメインを使用しているため、電子メールの送信に失敗しましたが、Office 365 では単一ラベル ドメインをサポートしていません。 単一ラベル ドメインとは、.com、.org、.net、.org などの接尾語を含まないドメイン ネーム システム (DNS) のことです。たとえば、contoso は単一ラベル ドメインです。 ただし、contoso.com、contoso.net、contoso.local は単一ラベル ドメインではありません。
    固定 単一ラベル ドメインではない電子メール受信者の代替アドレスを指定します。
  • SMTP メールの送信に失敗し、「メールボックスがいっぱいです」と表示されます

    説明 少なくとも 1 人の受信者のメールボックスがいっぱいなため、メールの送信に失敗しました。 詳細については、Office 365 で電子メールが有効なパブリック フォルダーへのメール送信時のエラー (554 5.2.2メールボックスの容量がありません) を参照してください。
    固定 受信者の代替アドレスを使用するか、または別の方法で受信者に連絡してから再試行してください。
  • SMTP メールの送信に失敗し、「要求が認証に成功する基準を満たさなかったため認証に失敗しました」と表示されます

    説明 SMTP ユーザー アカウントの認証に成功するには追加基準が必要なため、電子メールの送信に失敗しました。 多要素認証 (MFA) が構成されているため、これらの追加基準が必要な場合があります。 ただし、財務と運用アプリは現在のところ MFA をサポートしていません。
    固定 必要に応じて Office 365 でユーザー アカウントのコンフィギュレーションを調整してから、再試行してください。 詳細については、Microsoft 365 または Office 365 を使用して電子メールを送信するプリンタ、スキャナー、LOB アプリケーションの問題を修正するを参照してください。
  • SMTP メールの送信に失敗し、「メールボックスの SmtpClientAuthentication が無効なため認証に失敗しました」と表示されます

    説明 SMTP ユーザー アカウントの SMTP クライアント認証が無効になっているため、電子メールの送信に失敗しました。
    固定 Office 365 でユーザー アカウントの SMTP クライアント認証を有効にしてから再試行してください。 詳細については、認証付きクライアントSMTP送信を有効または無効にするを参照してください。
  • SMTP メールの送信に失敗し、「SMTP サーバーが認証をサポートしていない場合は、SMTP ユーザー名とパスワードをクリアしてください」と表示されます

    説明 この問題は、Microsoft の推奨事項に従って .NET SMTP メール クライアント (現在は廃止されています) から MailKit への移行に関連しています。 この移行の結果、メール サーバーが認証をサポートしていなかった場合の SMTP ユーザー名とパスワードを処理する方法が変更されました。 以前は、SMTP ユーザー名が提供されてもサーバーが認証をサポートしていなかった場合、.NET SMTP メール クライアントは提供されたユーザー名とパスワードを無視し、認証なしで続行していました。 この動作により、ある顧客は認証されたメール サーバーを使用しているという誤った認識につながっていました。 MailKit では、ユーザー名を指定した場合、認証が必要となります。 この要件によって、認証をサポートしないメール サーバーに対してエラーが発生し、電子メールの送信に失敗します。
    固定 ユーザーは電子メール パラメーター ページ (システム管理 > 設定 > 電子メール) に移動し、SMTP 設定タブでユーザー名およびパスワード フィールドをクリアする必要があります。
  • SMTP メールの送信に失敗し、「5.7.57 SMTP」エラー、またはユーザーが認証されていないか、認証が必要というメッセージが表示されます

    説明 メール サーバーが、SMTP ユーザーの資格情報が無効であることを示しています。
    固定 SMTP ユーザーの資格情報が正しいか確認します。
  • SMTP メールの送信に失敗し、「Microsoft.Dynamics.Ax.Xpp.Security.CryptoEncryptionException: 暗号化エラーが例外で発生しました」と表示されます

    説明 SMTP パスワードは、単一環境に固有のキーを使用して暗号化されます。 このエラーは通常、環境間でデータベースを移行した後でパスワードを復号化できない場合に発生します。
    固定 電子メール パラメーター ページの SMTP 設定タブで SMTP パスワードをクリアして再入力します。
  • SMTP メールの送信に失敗し、「クライアントにはこの送信者として送信するアクセス許可がありません」と表示されます

    説明 この問題は、通常、電子メール アカウントの送信者アクセス許可が正しく設定されていないために発生します。
    固定 電子メール アカウントに適切な送信者アクセス許可があることを確認します。 詳細については、この記事の前半にあるすべての電子メール アカウントに適切な送信者アクセス許可があることを確認するを参照してください。

よく寄せられる質問

ワークフロー電子メール テンプレートはどこから取得されますか。

ワークフローがシステムレベル (会社固有ではない) または組織レベル (会社固有) のワークフローのいずれであるかによって、電子メール テンプレートは、システム電子メール テンプレートまたは組織の電子メール テンプレートから取得されます。

Microsoft Graph、Exchange または SMTP を使用する場合、どのようなメール制限が適用されますか?

システムは Microsoft Graph、Exchange、あるいは、一般的なメール クライアントのような SMTP サーバーと通信するため、標準の動作と制限が適用されます。 たとえば、標準の Exchange Online 送受信制限が適用されます。

追加リソース

Office 統合のトラブルシューティング

Office 統合のチュートリアル

Microsoft Dynamics AX [AX 2012] でメール機能を構成します