受信者のメールアドレスの形式が正しいことを確認するIssue メールアドレスの形式が正しくなく、有効でない場合は、ServiceNow からメールを送信できません。 特定のユーザーまたはグループがメール通知を受信しない場合は、ユーザーまたはグループのメールアドレスが適切な形式であり、有効であるかどうかを確認してください。 メールアドレスは通常、次の形式に従います。 localname@domain 適切な形式のメールアドレスの定義については、RFC 2822、セクション 3.4 で詳しく説明されています。 この形式は非常に複雑で、さまざまな例外的なケースが認められているため、簡潔には説明できません。 アドレスのフォーマットが適切であるだけでは十分ではありません。受信側のメールサーバーがそのメールアカウントを認識しなければなりません。 メールアドレスの形式が正しくても、スペルが間違っている可能性がある場合、受信メールサーバーではメールアカウントが見つからないため、メールアドレスが無効として拒否されます。 不適切な形式のメールアドレスの例： john.smith：「ドメイン」部分は仕様に従って技術的にはオプションであるため、フォーマットは適切です。 ただし、ServiceNow メールサーバーでは、受信者のあいまいさを排除するために、完全なドメインのメールアドレスを適用します。 @example：ローカル部分がありません @ex amp le：許容されないスペースがあります 適切な形式のメールアドレスの例： john.smith@example.comjohnZZZ.smith@example.com：これは適切にフォーマットされていますが、「ZZZ」が誤って入力されている場合、受信メールサーバーではこのアカウントが見つからないため、無効として拒否されます。 手順 メール調査 メールレコードの error_string フィールドとメールログ関連リストを確認します。 受信者が受信する予定のメールレコードを開きます[error_string] フィールドを確認します。 サーバーでメールアドレスが無効として拒否された場合、エラーがここに表示されます。 テキストはサーバーに依存します。 Eureka 以降では、特定のユーザーがメール通知に含まれた、または除外された理由を示す情報がログに記録されます。受信者が除外された理由についてログを確認します。 受信者が除外される理由の 1 つに、不適切な形式のアドレスがあります。[メールログ] 関連リストを表示し、該当するユーザーを探します。 通知の調査 通知では、通知の [送信先 (Who To Send)] タブでメールの受信者を定義します インスタンスにログインします。[システムポリシー] > [通知] に移動します。 受信者が受信する予定の通知を選択します。たとえば、インシデントのコメント付き通知などです。通知を受信するユーザーとグループを特定します。たとえば、インシデントコメント通知はインシデントの発信者に通知します。どのユーザーまたはグループが通知をトリガーしないのかを特定します。たとえば、インシデントの発信者であるユーザーを決定します。[ユーザー管理] > [ユーザー] に移動します。 対象の受信者のユーザーレコードを選択します。[メール] フィールドのアドレス形式が正しいことを確認します。 ユーザーレコードを変更する場合は、[更新] をクリックします。 Related Links公式 RFC：RFC 2822、セクション 3.4 ウィキペディアの記事：メールアドレス