電子メールサービスの監視
最終更新日: 20 年 2020 月 XNUMX 日概要
多くの場合、お客様は電子メールサービスの状態を監視することを望んでいます。これは、「電子メールが機能していません」という方針に沿ったサポートコールに応答するのに役立ちます。 これは、GoogleAppsやMicrosoftOffice 365などのホストされた電子メールサービスを使用している場合に特に役立ちますが、Exchangeなどのオンプレミスメッセージングサービスの監視にも役立ちます。
XNUMXつの電子メールサービスヘルスメトリックの監視を提供します。
- メールの往復時間
- メールの通過時間
これらのメトリックは、 メール_ラウンドトリップ 及び Email_TransitTime それぞれデータソース。 この記事の手順は、LogicMonitorパブリックリポジトリから入手できるデータソースをすでにインポートしていることを前提としています。
電子メールのラウンドトリップ時間の監視
電子メールのラウンドトリップ時間を監視する場合、コレクターはデスクトップ電子メールクライアント(Outlook、Thunderbird、Mac Mailなど)として機能し、SMTPサービスを介して送信メッセージを送信し、IMAPサービスから同じメッセージを取得します。1。 ラウンドトリップトランザクションの各ステップを完了する時間は、ネットワーク内、またはSMTPサービス、メッセージストア、IMAPサービス間のメッセージハンドオフの遅延を含めて測定および報告されます。
電子メールのラウンドトリップ時間の監視を構成する最初のステップは、値として「email_rtt」をに追加することです。 システム カテゴリ アカウント内のデバイスのプロパティ2。 次に、次の表に示すように、デバイスのカスタムプロパティとしてメールサービスの接続情報を追加する必要があります。
プロパティ | 値 | 例 |
smtp.host | SMTPサービスのホスト名 | smtp.gmail.com |
smtp.type | SMTPセキュリティタイプ:空白/ SSL / TLS3 | SSL |
imap.host | IMAPサービスのホスト名 | imap.gmail.com |
imap.type | IMAPセキュリティタイプ:空白/ SSL / TLS | TLS |
電子メール.ユーザー | アカウント認証に必要なユーザーID | テストユーザー |
電子メール.パス | アカウント認証に必要なパスワード | hello123 |
メールアドレス.addr | このアカウントの実際のメールアドレス | [メール保護] |
電子メールの通過時間の監視
他社との違いは、 メールの通過時間 DataSourceは、365つの異なる電子メールサービス間(GmailとOffice XNUMXなど)でメッセージを配信するのにかかる時間を測定します。4。 これは、電子メールサービスが他のサービスプロバイダーからのメッセージを適切に配信および受け入れていることを確認するのに特に役立ちます。 と同じように メールのラウンドトリップ時間, メールの通過時間 XNUMXつのプロトコルが含まれます。
- SMTP。 クライアントからサーバーにメッセージを送信します。
- IMAP。 サーバーからクライアントへのメッセージを取得します。
例としてGmailとOffice365を使用してメールの通過時間を評価するための完全なプロセスを見てみましょう。
- SMTPを使用して、コレクターからプロバイダーA(Gmailなど)にメッセージを配信します。
- 引き続きSMTPを使用して、宛先アドレスを365番目のプロバイダー(Office XNUMXなど)に渡します。
- 最後に、IMAPを使用して、Office365からコレクターにメッセージを返します。
このプロセスでは、Eメールサービス監視のXNUMXつの重要なコンポーネント、つまり、ビジネスのEメールサーバーから送信されたメッセージが外部に配信されるのにかかる時間と、外部に送信されたメッセージが受信トレイに届くまでにかかる時間に焦点を当てます。 これを念頭に置いて、Email Transit Time DataSourceには、上記のプロセスのどの段階でエラーが発生したかを示すErrorCodeデータポイントが含まれています(存在する場合)。 該当するエラーコードは次のとおりです。
電子メール通過時間監視の設定
応募する メールの通過時間、最初に追加する必要があります email_transit システム カテゴリ プロパティ。 次に、両方の電子メールサービス(つまり、送信サービスと受信サービス)の接続プロパティを設定する必要があります。
次の表に、GmailとMicrosoft Office 365を例として使用して、サービスの送信と受信の両方に必要なXNUMXつの接続プロパティを示します。
プロパティ | 値 | 例 |
Gmailサービスのプロパティの例 | ||
トランジット.gmail.imapHost | Gmailimapサービスのホスト名 (Gmailのメール検索を行うときに使用されます) |
imap.gmail.com |
トランジット.gmail.imapType | Gmailimapサービスの暗号化タイプ (Gmailのメール検索を行うときに使用されます) |
SSL(ポート993) |
Transit.gmail.smtpHost | GmailSMTPサービスのホスト名 (Gmailのメール配信を行うときに使用されます) |
smtp.gmail.com |
トランジット.gmail.smtpType | GmailSMTPサービスの暗号化タイプ (Gmailのメール配信を行うときに使用されます) |
空白(ポート25)3 SSL(ポート465) TLS(ポート587) |
トランジット.gmail.addr | Gmailアカウントのメールアドレス | [メール保護] |
トランジット.gmail.user | GmailアカウントのユーザーID | [メール保護] |
トランジット.gmail.pass | Gmailアカウントのパスワード | [メール保護] |
Office365サービスのプロパティの例 | ||
Transit.o365.imapHost | Office 365imapサービスのホスト名 (Gmailのメール検索を行うときに使用されます) |
outlook.office365.com |
Transit.o365.imapType | Office 365imapサービスの暗号化タイプ (Gmailのメール検索を行うときに使用されます) |
SSL(ポート993) |
Transit.o365.smtpHost | Office 365SMTPサービスのホスト名 (Office 365の電子メール配信を行うときに使用されます) |
smtp.office365.com |
Transit.o365.smtpType | Office 365SMTPサービスの暗号化タイプ (Office 365の電子メール配信を行うときに使用されます) |
空白(ポート25)3 SSL(ポート465) TLS(ポート587) |
Transit.o365.addr | Office365アカウントの電子メールアドレス | [メール保護] |
Transit.o365.user | Office365アカウントのユーザーID | [メール保護] |
トランジット.o365.pass | Office365アカウントのパスワード | [メール保護] |
これは、 本質的な 上記のデバイスプロパティ(トランジットなど)でGmailおよびOffice365サービスに使用される「キー」。Gmailの.smtpHost)は、各サービスで一貫しています。
最後に、各サービスに必要なXNUMXつのデバイスプロパティをすべて追加したら、各通過方向のモニタリングインスタンスを作成する必要があります。 これを行うには、 監視対象インスタンスの追加 から デバイスの管理 ドロップダウンメニューを使用して、[監視対象インスタンスの追加]ダイアログを表示します。 前の表にリストされているGmailとOffice365のプロパティの例を続けて、このダイアログのフィールドに次のように入力します。
フィールド名 | 値 |
データソース | メールの通過時間 |
お名前 | Gmail-> Office365 |
ワイルドカード値(送信者:受信者) | gmail:o365 |
メディア ワイルドカード値 フィールド、コロンで区切られたキー しなければなりません 送信サービスと受信サービスを表すために使用されるキーと一致します。
XNUMXつの通過方向のインスタンスを追加した後、次の設定でXNUMX番目の監視対象インスタンスを作成して、逆方向を測定するインスタンスを作成します。
フィールド名 | 値 |
データソース | メールの通過時間 |
お名前 | Office365-> Gmail |
ワイルドカード値(送信者:受信者) | o365:gmail |
これらのデータソースの診断ログはデフォルトで有効になっており、コレクターの「ログ」ディレクトリにあります。通常は次のいずれかです。
/usr/local/logicmonitor/agent/logs
or"C:\Program Files (x86)\LogicMonitor\Agent\logs
電子メールのラウンドトリップ時間のログは、次のように保存されます。
- [ホスト名] -emailRTT-protocol.log
- [ホスト名] -emailRTT-debug.log
一方、Eメール通過時間のログは次のとおりです。
- [ホスト名]-[インスタンス] -emailTransit-protocol.log
- [ホスト名]-[インスタンス] -emailTransit-debug.log
プロトコルログには、コレクターによって発行された基になるSMTPコマンドとIMAPコマンド、およびターゲットサーバーによる対応する応答が表示されます。 ここで何が起こっているのかを理解するには、SMTPおよびIMAPプロトコルの専門知識が必要になる場合がありますが、多くの場合、これらには役立つ情報がたくさん含まれています。 デバッグログには、データソース自体のテレメトリが表示されます—試行されたステップと、成功または失敗した場所が示されます。
脚注
1 このデータソースはメッセージの取得にIMAPを使用するため、MicrosoftExchangeまたはOffice365環境では、このデータソースを使用するためにIMAPを介したアクセスを明確に有効にする必要があります。
2 これらの測定は、 コレクタ これらのデータソースが適用されるデバイスを監視するために割り当てられます。 意味:メッセージは、デバイス自体ではなく、デバイスのコレクターから送信および取得されます。 これらのデータソースは、コレクターがインストールされているサーバーに適用できます(監視に追加されている場合)。または、他の監視対象デバイスに適用できます。
3 smtpTypeがポート25を使用するように構成されている場合、TLSは無効になります。ポート25を使用するように構成されているリソースでTLSを有効にする必要がある場合は、 smtp.force.TLS.25 そのリソースに対してTRUEに設定できます。
4 パブリックメールサービス(Yahoo Mail、Gmail、Outlook.comなど)を使用してメールの通過時間を監視する場合、これらのサービスで採用されているスパム対策が監視手段に干渉する可能性があることに注意してください。 この目的でGmailサービスを使用することは幸運でしたが、メッセージ衛生サービスは時間とともに進化します。 そのため、これらのデータソースを公共サービスに対して使用することを保証することはできません。 最良の結果を得るには、ビジネスパートナーの電子メールサービスをサードパーティとして使用して、通過時間を検証します。