オフラインのメールが届かない

デバイスが オフライン待ち時間 をまるまる応答しないままにならないかぎり、何も 送られません。1 時間に設定されているなら、20 分前に死んだパネルはメールを出して いませんし、出すべきでもありません。

そのデバイスが使っている設定で、待ち時間が実際にいくつなのかを確認してください。 設定は共有なので、まったく別のパネル群のために、別の誰かが、ずっと前に決めた値 かもしれません。

比較する相手はデバイスモニタリングの 最終接続 です。通知は継続的に確認されて いるので、待ち時間が本当に過ぎればメールは 1〜2 分で続きます。毎正時でもなければ、 目に見えるスケジュールがあるわけでもありません。

ユーザー/ユーザーグループに通知 は、スイッチがオンで待ち時間も設定された まま、空で保存できてしまいます。警告は出ません。通知は正しく動いたうえで、誰にも 届きません。

同じことの、もう少し気づきにくい形が 2 つあります。

• 一覧のユーザーにメールアドレスがない。 アドレスのない人は黙って除外される ので、3 人の一覧が実質 2 人になっていることがあります。
• 一覧のグループが空、あるいはその後空になった。通知はグループを指名し、 その時点で所属している人に届きます。誰もいないこともあります。

設定の モニタリング ページを開き、入力されているはずと信じるのではなく実際に 一覧を読んでください。本来入れたい人を追加できないなら、その人にはデバイスを管理 する権限がありません。ピッカーはそこで絞り込んでいます。

ハードウェアが届く前に作られたデバイスのレコード — 予約され、名前が付き、フロアに 置かれ、一度も何かに接続されていないもの — は完全に除外されます。オンラインだった ことがないのでオフラインにもなれず、待ち時間も適用されず、メールも一切送られません。

パネルを交換したときに見落としやすい話です。新しいハードウェアを既存のレコードに ペアリングするのではなく、交換用に新しいレコードを作ってしまった場合、古いほうが 監視され続け、新しいほうは通知から見えないままになります。

デバイスモニタリングは、ペアリング済みのデバイスの 接続状況、最終接続、 ハードウェアの詳細を表の横に出します。それらが何もないレコードは、デバイスを一度も 持ったことがありません。

通知は 1 回の障害につき 1 通 です。金曜から落ちているパネルは金曜に デバイスがオフラインしました を 1 通出していて、週末に何度見に行こうと 2 通目は 出しません。

デバイスが再び待機状態になるのは戻ってきたときだけで、その障害を閉じるのが デバイスが通常動作に戻りました です。したがって、長く落ちたまま復旧していない デバイスが静かなのは正当な状態であり、今日メールがないことは、当時通知されたか どうかについて何も語りません。

最初のメール自体が見つからないなら、気づいた人だけでなく一覧の全員に確認して ください。全員に同時に届くので、他の人の受信箱で見つかることはよくあります。

オフライン通知は Offision の他のすべてと同じ送信メールを使います。予約の確認や 来訪者の招待も届いていないなら、これはモニタリングの問題ではありません。 自社のアドレスからメールを送る を参照してください。

「止まった」のではなく「一度も動いたことがない」ときは、早い段階で切り分ける価値が あります。メール設定が最後まで済んでいないテナントの上で正しく作られた設定は、壊れた 通知とまったく同じに見えます。

結論を出す前に迷惑メールフォルダを確認してください。デバイスがオフラインしました は短い機械的なメッセージを複数人へ同時に送るもので、フィルタが関心を持ちやすい形を しています。