オフラインのメールが届かない
パネルは明らかに死んでいるのに、誰にも知らされなかった。原因は 5 つ。誰が設定したか 覚えていない待ち時間と、警告もなく空のまま保存できてしまう宛先の一覧から始めます。
待ち時間がまだ過ぎていない
最も多いデバイスが オフライン待ち時間 をまるまる応答しないままにならないかぎり、何も送られません。1 時間に設定されているなら、20 分前に死んだパネルはメールを出していませんし、出すべきでもありません。
そのデバイスが使っている設定で、待ち時間が実際にいくつなのかを確認してください。設定は共有なので、まったく別のパネル群のために、別の誰かが、ずっと前に決めた値かもしれません。
デバイス設定を開く比較する相手はデバイスモニタリングの 最終接続 です。通知は継続的に確認されているので、待ち時間が本当に過ぎればメールは 1〜2 分で続きます。毎正時でもなければ、目に見えるスケジュールがあるわけでもありません。
宛先の一覧が空
最も多いユーザー/ユーザーグループに通知 は、スイッチがオンで待ち時間も設定されたまま、空で保存できてしまいます。警告は出ません。通知は正しく動いたうえで、誰にも届きません。
同じことの、もう少し気づきにくい形が 2 つあります。
- 一覧のユーザーにメールアドレスがない。 アドレスのない人は黙って除外されるので、3 人の一覧が実質 2 人になっていることがあります。
- 一覧のグループが空、あるいはその後空になった。通知はグループを指名し、その時点で所属している人に届きます。誰もいないこともあります。
設定の モニタリング ページを開き、入力されているはずと信じるのではなく実際に一覧を読んでください。本来入れたい人を追加できないなら、その人にはデバイスを管理する権限がありません。ピッカーはそこで絞り込んでいます。
そのデバイスにハードウェアが一度もペアリングされていない
よくあるハードウェアが届く前に作られたデバイスのレコード — 予約され、名前が付き、フロアに置かれ、一度も何かに接続されていないもの — は完全に除外されます。オンラインだったことがないのでオフラインにもなれず、待ち時間も適用されず、メールも一切送られません。
パネルを交換したときに見落としやすい話です。新しいハードウェアを既存のレコードにペアリングするのではなく、交換用に新しいレコードを作ってしまった場合、古いほうが監視され続け、新しいほうは通知から見えないままになります。
デバイスモニタリングは、ペアリング済みのデバイスの 接続状況、最終接続、ハードウェアの詳細を表の横に出します。それらが何もないレコードは、デバイスを一度も持ったことがありません。
この障害についてはすでに送られている
よくある通知は 1 回の障害につき 1 通 です。金曜から落ちているパネルは金曜にデバイスがオフラインしました を 1 通出していて、週末に何度見に行こうと 2 通目は出しません。
デバイスが再び待機状態になるのは戻ってきたときだけで、その障害を閉じるのがデバイスが通常動作に戻りました です。したがって、長く落ちたまま復旧していないデバイスが静かなのは正当な状態であり、今日メールがないことは、当時通知されたかどうかについて何も語りません。
最初のメール自体が見つからないなら、気づいた人だけでなく一覧の全員に確認してください。全員に同時に届くので、他の人の受信箱で見つかることはよくあります。
送信メールがそもそも動いていない
まれオフライン通知は Offision の他のすべてと同じ送信メールを使います。予約の確認や来訪者の招待も届いていないなら、これはモニタリングの問題ではありません。自社のアドレスからメールを送るを参照してください。
「止まった」のではなく「一度も動いたことがない」ときは、早い段階で切り分ける価値があります。メール設定が最後まで済んでいないテナントの上で正しく作られた設定は、壊れた通知とまったく同じに見えます。
結論を出す前に迷惑メールフォルダを確認してください。デバイスがオフラインしましたは短い機械的なメッセージを複数人へ同時に送るもので、フィルタが関心を持ちやすい形をしています。

