Skip to main content
メール配信では、対象となる割り当て、ナッジ、ウェルカムメッセージ、運用通知など、トランザクションメールおよびトレーニングメールを制御します。設定 → 通信 → チャンネル を開き、メール を選択します。
フィッシングシミュレーションの送信元インフラストラクチャは別途設定します。 メール配信を変更しても、フィッシングシミュレーションの送信元が設定または承認されることはありません。

​
送信方法の選択

有効にできる方法は一度に 1 つのみです。無効なカスタム設定は、削除または無効化しない限り保存されたままになります。
カスタムドメイン配信および SMTP 配信には、Custom Email Delivery 機能が必要です。 これらの選択肢が表示されない場合は、Living Security のアカウント担当者にお問い合わせください。

​
Living Security delivery の使用

送信インフラストラクチャと送信元の両方を Living Security に管理させる場合は、Living Security delivery を選択します。
  1. Living Security delivery のカードを開きます。
  2. 別の方法が有効になっている場合は、Use this method を選択します。
  3. テストメッセージを送信します。
DNS や SMTP の認証情報は不要です。有効な方法のカードには、お客様の環境で使用される From 名と From アドレスが表示されます。

​
Living Security のインフラストラクチャでお客様のドメインを使用する

Living Security が配信を継続しつつ、メッセージにお客様の組織の From ID を使用する場合は、Your domain を選択します。

​
前提条件

  • Living Security の管理者アクセス権
  • 送信ドメインの DNS を編集する権限
  • training.example.com や security.example.com などの専用サブドメイン
  • 承認済みの From 表示名とメールプレフィックス
サブドメインを使用すると、Living Security のメールの評価をお客様のルート企業ドメインから分離できます。
1

送信元を入力する

Your domain を開き、次の項目を入力します。
  • Domain — ドメインのみを入力します。@ や URL は含めません
  • From display name — 受信者に表示される名前
  • From email prefix — @ の前の部分
  • Return path subdomain — バウンス処理用のサブドメイン（任意）
2

DNS レコードを公開する

表示されているとおりに、すべてのレコードをそのまま DNS プロバイダーにコピーします。 通常、レコードにはドメイン認証および DKIM に使用される CNAME レコードが含まれます。 DNS プロバイダーがルートドメインを自動的に付加する場合は、二重に入力しないようにしてください。
3

レコードを検証する

Living Security に戻り、Verify records を選択します。DNS の変更は多くの場合すぐに反映されますが、最大で 48 時間かかることがあります。 検証後も、レコードは DNS に残しておいてください。
4

送信元を有効化する

すべてのレコードが 確認済み と表示されたら、送信元 ID を保存し、 Activate sender を選択します。検証はドメインを管理していることを証明するものであり、 有効化によってそのドメインが現在の送信方法になります。
5

テストを送信する

組織内の受信者にメッセージを送信し、通信ログで結果を確認します。
Use platform delivery を選択すると、ドメインを削除せずに無効化できます。Remove domain は Living Security 上のドメイン設定を削除し、メールを設定済みのプラットフォーム経路に戻します。不要になった DNS レコードは、他の用途で使用されていないことを確認してから削除してください。

​
お客様の SMTP サーバーの使用

ポリシー上、トランザクションメッセージおよびトレーニングメッセージを、お客様の組織が管理するインフラストラクチャ経由で Living Security にリレーさせる必要がある場合は、Your SMTP server を選択します。

​
前提条件

  • SMTP ホストとポート
  • サポートされている TLS モード：STARTTLS または TLS ラッパー
  • From アドレスと、任意の From 表示名
  • サポートされている認証方法のいずれか 1 つ：
    • ユーザー名とパスワード
    • OAuth 2.0 の認証情報とリフレッシュトークン
    • SMTP 認証なしの IP 許可リスト
1

必要に応じて Living Security の送信元 IP を許可する

リレーで IP 許可リストを使用している場合は、SMTP セクションに表示されている静的 IP 群をコピーし、お客様のサーバーで許可します。デプロイ済みの環境に対して表示されている IP のみを使用してください。
2

SMTP 設定を入力する

ホスト、ポート、TLS モード、認証フィールド、送信元を入力します。 使用予定の送信元ドメインおよび受信者ドメインをリレーが受け付けることを確認してください。
3

トランスポートを保存する

保存 を選択します。保存されたシークレットは暗号化され、再表示されません。 シークレットをローテーションするには、新しい値を入力して保存します。
4

有効化してテストする

SMTP の方法を選択してから、テストを送信します。テストでは有効な配信経路が使用され、プロバイダーまたは SMTP の診断情報が通信ログに記録されます。
この方法に Needs attention と表示されている場合、メールが共有送信元経由に自動的に切り替わることはありません。SMTP 設定を修正または無効化するか、意図的に別の送信方法を選択してください。

​
配信の確認

すべての方法に テストを送信する が用意されています。
  1. 確認可能な受信者を入力します。
  2. テストを送信します。
  3. 設定 → 通信 → ログ を開きます。
  4. メッセージの経路と配信ステータスを確認します。
  5. 失敗した場合は、利用可能であれば、試行、拒否された受信者、プロバイダーの詳細、SMTP 応答コードを確認します。
テストが「accepted」になった場合、それは通信パイプラインがメッセージを受け付けたことを意味します。最終的な配信の確認には、ログと受信者のメールボックスを使用してください。

​
トラブルシューティング

公開されている各 DNS レコードを、Living Security に表示されている値と比較してください。コピー時に混入した空白、ルートドメインの重複、DNS プロバイダーによるプロキシ、以前の TTL が失効していないことなどを確認します。エスカレーションする前に、最大 48 時間お待ちください。
Your domain が有効な送信方法になっていることを確認してください。 検証と有効化は別の手順です。
認証方法、ユーザー名、シークレットまたはリフレッシュトークン、TLS モード、ポートを確認してください。 IP 許可リストを使用する場合は、Living Security に表示されているすべての静的 IP がリレーで許可されていることを確認してください。
通信ログを開き、最新の試行を確認してください。 その後、受信側システムの隔離状況、送信者制限、リレーポリシー、拒否の詳細を確認します。
お客様の組織では Custom Email Delivery が有効になっていない可能性があります。代替としてフィッシング送信元の設定を行うのではなく、アカウント担当者にお問い合わせください。

​
関連情報

通信ログ

配信の試行と診断情報を確認します。

配信ポリシー

対象となる通信のタイミングと配信動作を制御します。

Microsoft Teams

Teams を別の通知チャンネルとして設定します。

通信の概要

チャンネル、ポリシー、キュー、履歴について説明します。