4.64β6でIDLEが実際に監視していない - 秀丸メール情報交換会議室 - スレッド48058, 2015/06/04

4.64β6でIDLEが実際に監視していない

にゃごにゃご さん　15/06/04 11:27

6.46β4でIMAP4サーバにアクセスし、「定期受信ON時にIDLEコマンドを使って新着
メールを監視する」のチェックを入れているのに新規メールがサーバに来ても秀丸
メールではそのタイミングでは検知せず、受信しません。
これが発生する条件は判っている範囲で以下です。
IMAPの監視対象のフォルダの指定で以下の3つが指定されているとき
INBOX
Conversation History
会話履歴
以下の条件では発生していません。
IMAPの監視対象のフォルダの指定で以下の3つが指定されているとき
INBOX
Conversation History
Drafts

また、6.46β6に上げてみましたが症状は同じでした。
本障害は6.45のバージョンでは発生していません。
現時点では私は6.46βを使用する必要がないので、6.45を使用して
障害を回避していますが、βバージョンの動作報告でした。

RE:48058 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/04 11:47

　バグでご迷惑おかけしてすみません。たしかにV6.46βでIMAP4関係をいっぱい
いじったので、それのせいでレベルダウンしてしまったんだと思います。

　修正＆テストさせていただきます。

RE:48060 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/04 17:07

　いろいろテストしたりソースコード見直しなどしてみたのですが、いまいち再
現方法分からず、というか、そもそも的に、再現の条件が、ちょっと秀丸メール
と関係無い所のような気がしてきました。

　秀丸メールでは、IMAP4サーバーに対して、

IDLE

　ってコマンドを送って、その後サーバーからの応答を待つという、ただそれだ
けのことしかしてないです。何か応答があれば受信するって動作をしています。
それの待機中になれば、フォルダ枠中のアカウント名の右側に、

(新着監視中)

　の表示が出ます。

　それだけしかしてないので、あとはgmailさんがいつ通知してくれるかって問
題だけでして、

> IMAPの監視対象のフォルダの指定で以下の3つが指定されているとき
> INBOX
> Conversation History
> 会話履歴

　にダメだとしたら、それはつまり、そういう条件だとgmailさんが通知してく
れないって問題なんじゃないかと思います。

　秀丸メールでは、どのフォルダに対して「通知してくれ」ってことはやりとり
してなくて、とにかく「IDLE」ってコマンドを（パラメータも無しで）送ってる
だけです。監視対象のフォルダがどうこうってことは関与してないです。

　ということで、やはりこれはgmailさんの話になるような気がするのですが、
その辺何か分からないでしょうか。

　あと、Version 6.45から6.46にかけての修正としては、例えばメールを移動/
コピーの後に即座にそれをサーバーに反映するとか、草稿フォルダの同期とかを
対応しました。それらのオプションがONだと、今までよりも多くの処理が実行さ
れることにはなるのですが、それの後で、最後に「IDLE」のコマンドを送ること
は以前から何も変わってないはずです。

　ということで、ちょっとそれ以上分からなくて袋小路に入ってしまいました。

　それと、そもそも「Conversation History」とか「会話履歴」とかっていう
フォルダは、普通は存在しないですよね。どうやったらそういうフォルダが出て
くるのか…。ちょっと検索して、分かったらその辺テストしてみます。

RE:48065 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/04 17:22

Conversation History
会話履歴

　はチャットに関係したフォルダなのかと思うのですが、gmailの設定を見た限
りでは、「チャット」ってフォルダ（標準で非表示）はあるのですが、やはり会
話履歴みたいなフォルダはちょっと見あたらないです。

　あと、「IMAPの監視対象のフォルダの指定」ってのも、どこにあるのか…。
gmailの設定にはIMAPフォルダの表示/非表示はあるのですが、監視対象にするか
どうかは無いように思います。

　「gmail imap 監視対象」で検索してもよく分からずでして…。

　とりあえず僕の方で再現テストするために、すみませんがこの辺の設定方法な
ど教えていただけないでしょうか。

RE:48065 4.64β6でIDLEが実際に監視して

にゃごにゃご さん　15/06/04 17:52

>　秀丸メールでは、どのフォルダに対して「通知してくれ」ってことはやりとり
>してなくて、とにかく「IDLE」ってコマンドを（パラメータも無しで）送ってる
>だけです。監視対象のフォルダがどうこうってことは関与してないです。
>
>　ということで、やはりこれはgmailさんの話になるような気がするのですが、
>その辺何か分からないでしょうか。
当方のIMAP4サーバはExchangeです。Gmailの話ではありません。
6.45では新着メールの通知がるので、なにか6.46β6との間で
差が有るように思えます。

>　あと、Version 6.45から6.46にかけての修正としては、例えばメールを移動/
>コピーの後に即座にそれをサーバーに反映するとか、草稿フォルダの同期とかを
>対応しました。それらのオプションがONだと、今までよりも多くの処理が実行さ
>れることにはなるのですが、それの後で、最後に「IDLE」のコマンドを送ること
>は以前から何も変わってないはずです。
通信ログは取れますでしょうか?
取れれば6.45と6.46β6の動作の違いが見えると思います。

>
>　ということで、ちょっとそれ以上分からなくて袋小路に入ってしまいました。
>
>　それと、そもそも「Conversation History」とか「会話履歴」とかっていう
>フォルダは、普通は存在しないですよね。どうやったらそういうフォルダが出て
>くるのか…。ちょっと検索して、分かったらその辺テストしてみます。
Exchangeサーバも過去にバージョンアップが有ったようで、
似たような意味の「Conversation History」とか「会話履歴」が
今でも残っています。

RE:48066 4.64β6でIDLEが実際に監視して

Imabeppu さん　15/06/04 17:52

Imabeppu です。

> Conversation History
> 会話履歴
>
> 　はチャットに関係したフォルダなのかと思うのですが、gmailの設定を見た限
> りでは、「チャット」ってフォルダ（標準で非表示）はあるのですが、やはり会
> 話履歴みたいなフォルダはちょっと見あたらないです。

もとのメールにGmailとは書かれていないようですね。Lyncを使用して
いる場合のExchangeサーバにありそうなフォルダ名です。

> 　あと、「IMAPの監視対象のフォルダの指定」ってのも、どこにあるのか…。
> gmailの設定にはIMAPフォルダの表示/非表示はあるのですが、監視対象にするか
> どうかは無いように思います。

秀丸メールの [アカウントの設定]-[メールサーバー]-[POP3/IMAP4]-
[IMAP4関連] にある「メールをダウンロードする対象フォルダ」のこと
ではないでしょうか。

RE:48066 4.64β6でIDLEが実際に監視して

にゃごにゃご さん　15/06/04 17:57

>　あと、「IMAPの監視対象のフォルダの指定」ってのも、どこにあるのか…。
>gmailの設定にはIMAPフォルダの表示/非表示はあるのですが、監視対象にするか
>どうかは無いように思います。

正確には秀丸メールのアカウント毎の設定 -> メールサーバー
-> POP3/IMAP4 -> IMAP4関連にある「メールをダウンロードする対象フォルダ」に
ある「対象フォルダの指定」です。
ここで3つチェックを付けました。

RE:48067 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/04 19:07

　gmailじゃなくてExchangeということで…。状況理解してなくてすみません。

　（＆、Imabeppuさんコメントありがとうございます）

　今あらためて、送受信関係の処理のソースコードをV6.45とV6.46β7で比べて
みたんですが、やはりこの辺関係、何か違うかというと…

　・メールを移動/コピーした後の同期の仕方が違うのと…
　　（V6.45ではダウンロードしなおしてたのを、ダウンロードしな
　　　おさずに、既存のメールのUIDLだけ書き換えるようにした）
　・アップロード系の処理が違うのと…
　・ダウンロードせずに削除/移動/コピー/アップロードのみをするモードが
　　追加されてるのと…

　って程度が違うだけで、受信とか、あとIDLEコマンドを送る関係は、何も違う
気がしなくて、よく分かりませんでした。なのですみませんが、お言葉に甘えて
ログを取っていただく作戦でお願いしたいです。

　ログを取っていただくとしたら、ちょっと面倒なのですが、

　１．そもそも普通に受信した後の最後にIDLEコマンドを送って待機状態になっ
　　　てるかどうか。

　２．待機状態になってるとして、Exchangeサーバーから通知が来てるかどうか

　３．通知が来た後の受信の処理がどう違うか。

　って３種類調べていただかないといけない可能性が高いです。

■■「１」について調べていただく方法

　秀丸メールのフォルダ枠中のアカウント名の右側に、

(新着監視中)

　が出てるかどうかと、あと、コマンドプロンプトで

netstat

　ってコマンドを実行して、たしかにメールサーバーのimapポート（または
imapsポート）に接続してるかどうかを見ていただければOKかと思います。

　コマンドプロンプトを管理者権限で起動して

netstat -b

　とすると、imap4サーバーに接続してるのがTuruKame.exeかどうかも分かりま
す。

　あと、秀丸メールでIMAP4サーバーから受信する動作を実行してから「送受信
- 直前のやりとり記録...」を見て、そのやりとり記録の最後が

S C5 IDLE
R + idling
終了時刻: 2015/06/04 18:59:15

　のように、IDLEコマンドを送信して「+ idling」って応答が返ってきたまま終
わってるなら、それで間違いなく監視中になってるはずだと思います。

　その辺確認お願いしたいです。

■■「２」の確認

　監視中になってることを確認したら、とりあえず自分のメールアドレス宛に何
かメールを送って、秀丸メールが反応するかどうかを見ていただく形になります。

　反応するとしたら、定期受信が勝手に始まるはずだと思います。

　定期受信が始まらないとしたら、やはりExchangeサーバーから何も通知が来て
ないと解釈するしか無いように思いまして、その場合はExchangeさんの問題とさ
せていただくしか無いような気がします。

■■「３」の確認

　定期受信が始まるけども何も受信しないとしたら、これぞまさしく、Version
6.45から6.46βになってレベルダウンしてる証ということになるかと思います。

　その場合は…、

　受信が終わってから「送受信 - 直前のやりとり記録...」を実行して出てくる
内容を、Version 6.45と6.46βそれぞれで取って（コピペして）いただくか、ま
たは「全般的な設定・上級者向け・動作の記録」の「メールサーバーとのやりと
りをsmtp_pop3*.txtファイルに記録する」をONにしてファイルに記録し、そこか
らコピペしていただくか…。

　って形でお願いできますでしょうか。

　ここに書き込んでまずい場合は、"maruo@mitene.or.jp"にメールで送って欲し
いです。もちろん、バレたらまずい部分は伏せ字にしていただいて大丈夫です。

RE:48070 4.64β6でIDLEが実際に監視して

にゃごにゃご さん　15/06/05 11:09

確認1は問題なく動いているようです。

確認2は混迷を極めました。
6.45で3フォルダの正常動作の記録をとろうとしたら
秀丸メール起動後に新着メールが来ても検知しませんでした。
試行錯誤の上、新着メールを一度手動で受信した後に、
再度別のメールを送ると、その新着メールはすぐに受信しました。

なので、以前に私が報告した
「本障害は6.45のバージョンでは発生していません。」
というのは不正確で、6.45でも障害が発生することがあり、
起動後にメールを実際に受信すると新着メールの通知が来るように
なるようです。
よって、バージョン間での動作の差はありませんでした。
障害の発生する条件は改めて見直すと以下です。
「IMAPの監視対象のフォルダの指定で以下の3つが指定されているとき
INBOX
Conversation History
会話履歴」
かつ
「秀丸メールが起動してから実際に一度もメールを受信していないとき」
となります。
この原因は上記条件のとき、IMAP4サーバが新着メールを通知して
こないことのようで、秀丸メール側には問題がありませんでした。
ワークアラウンドとして監視対象を「INBOX」と「Conversation History」
の二つだけにすることにしました。
現在の運用ではおそらく「会話履歴」には新しいメッセージが
入ってこないと
思われるからです。

お手数をおかけして申し訳ありませんでした。

　　

RE:48070 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/05 11:28

　詳細なログを送っていただきありがとうございます。こちらにお返事書かせて
いただきます。

　調べていただいた情報によると、「会話履歴」ってフォルダのメールを受信対
象に加えてるとダメらしいということで、だとしたら、秀丸メールがIDLE
コマンドを送る直前に

SELECT "会話履歴"

　ってやってることが関係してるような気がします。

　たぶん、そこをSelectしたままIDLEコマンドを送ると、Exchangeサーバーがそ
こにメールが届いた時にしか通知しなくなるってことのような気がします。

　IDLEコマンドのRFC上の仕様（https://tools.ietf.org/html/rfc2177）には
SELECTが関係するようなことは書いてないと思うのですが、念のため、次のβ版
では、IDLEコマンドを送る前に、

SELECT "INBOX"

　でINBOXを選択するって風にしてみます。

　もしよかったら次のβ版で、"会話履歴"を対象に加えてまた試してみて欲しい
です。

RE:48075 4.64β6でIDLEが実際に監視して

にゃごにゃご さん　15/06/05 14:56

>　もしよかったら次のβ版で、"会話履歴"を対象に加えてまた試してみて欲しい
>です。
ありがとうございます。
次期β版で試してみます。

RE:48076 4.64β6でIDLEが実際に監視して

たまちゃん３ さん　15/06/05 21:52

RFCに書いてある通り，IMAP IDLEでは，SELECTで選んだフォルダ
のみを監視しますので（通常はInboxを選択），動作としてはおかしくは
ないと思います。

Outlookの例ですが，Exchangeサーバでも同様のことが書いてあります。

https://support.office.com/en-za/article/Sync-basics---what-you-can-and-cannot-sync-5537d587-4930-4ac2-b044-3568509b1294

"But you can maintain the connection to only one folder at a time. "

InboxがSELECTされているとき，Inbox以外のフォルダに到着している
メッセージの通知は来ないはずです。他のフォルダがSELECTされている
場合は，Inboxへの到着メッセージも同様に通知されないはずです。
サーバ側でフィルタリングして他のフォルダにメールを分類している場合も。
Gmailの場合は，All Mailフォルダを監視することで，複数フォルダを
監視することになり，1フォルダの制限を回避できています。

秀まるお2 さんの対処法でいいと思います。

RE:48078 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/06 10:02

　RFCの説明にある

requires a client to poll the server for changes to the
selected mailbox

　の中の、「selected mailbox」というのは、つまり、"INBOX"とかのフォルダ
って意味だったのですね。

　今ちょっとgmailでもテストしてみたんですが、例えば

INBOX
[Gmail]/送信済み

　の２つのフォルダを受信する設定にして、たまたま送信済みフォルダのメール
を受信した後にIDLEコマンドで新着監視状態に入ると、たしかにこの状態では
INBOXにメールが届いてもgoogleさんからは何も通知も来ませんでした。

　ということで、たしかにたまちゃんさんのおっしゃる仕様通りでした。

　長らくお手間取らせてすみませんでしたが、秀丸メールの長年のバグだったと
いうことでした。

　来週頭に次のβ版（V6.46β7）をアップロードさせていただきます。

RE:48078 4.64β6でIDLEが実際に監視して

Imabeppu さん　15/06/08 11:06

> 秀まるお2 さんの対処法でいいと思います。

「SELECT "INBOX"」だと、"会話履歴" やINBOX以外のフォルダにメール
を届いたときには通知されず、新規メールを取得しに行かないというこ
とにはならないでしょうか。

RE:48083 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/08 12:02

　たしかに、INBOX以外は監視しなくなると思います。

　他のフォルダも含めて複数のフォルダを監視するって手段は無いような気かし
ます。（IDLEコマンドに何かパラメータがあるようなことも無さそうだし）

　それはそれで仕方がないのかなぁと思いますが…。しいてなんとかするとした
ら、IDLEコマンドで監視する対象フォルダを指定する機能があったらいいのかも
しれませんが、他のメールソフトではそういう設定無いような…

　ヘルプに「INBOXしか監視しない」って書いておこうと思います。

RE:48084 4.64β6でIDLEが実際に監視して

にゃごにゃご さん　15/06/08 13:07

INBOXの監視だけで十分です。INBOX以外は不急なので、次にINBOXに新着があったタ
イミングでダウンロードする仕様で問題ありません。

よろしくお願いします。

RE:48086 4.64β6でIDLEが実際に監視して

にゃごにゃご さん　15/06/08 19:42

さっそく4.64β7を試しました。
起動後にメールを受信していなくてもINBOXの監視が有効になっていて、期待通り新
着メールの受信を行いました。
IDLEの前にINBOXがselectされているのをsmtp_pop3.txtで確認できました。
ありがとうございました。

RE:48084 4.64β6でIDLEが実際に監視して

Imabeppu さん　15/06/09 02:44

> 　たしかに、INBOX以外は監視しなくなると思います。

そうですね。そうすると、利用者としての回避方法は、IDLEを使用した
監視を行わず、POP3と同様の定期監視を使用するということになります
ね。

優先度は低くてよいとは思いますが、次のような案もあります。余裕が
あればご検討ください。

INBOXのIDLEによる監視に加えて、定期監視も行うというものです。
IDLEによる受信を行いますが、IDLEによる受信が一定時間行われなかっ
たときには、IDLEの通知がなくても受信動作を行うというものです。
そうすれば、INBOXは即座に受信を行い、INBOXにメールが届かなくても
ときどきはその他のフォルダにメールがないかを見に行ってくれます。

RE:48089 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/09 08:47

　元々この「IDLEコマンドを使って新着メールを監視する」のオプション自体が
定期受信をONにしないと有効にならないオプションなので、既にImabeppuさんの
提案された動作しか出来ないような状況になってます。

　そういう関係もあって、今までうまく通知が届いて無くても結果的に定期受信
のタイミングで受信してて、バグが気づかれにくかったということかと思います。

RE:48090 4.64β6でIDLEが実際に監視して

Imabeppu さん　15/06/09 09:02

> 　元々この「IDLEコマンドを使って新着メールを監視する」のオプション自体が
> 定期受信をONにしないと有効にならないオプションなので、既にImabeppuさんの
> 提案された動作しか出来ないような状況になってます。

ヘルプには以下の記述があります。

Ver5.79仕様変更
　秀丸メールのVersion 5.79β10から、ここのオプションをONにした時
の動作について1点仕様変更があります。Version 5.79β10からは、こ
このオプションをONにしておくことによって、メールサーバーから新着
メールの通知が来ない限りは定期受信のタイミングでも受信をしないよ
うにしました。IMAP4サーバーが新着の通知をしてこない限り、受信を
試みることが自体が無くなります。
　これによって、新着メールが無い限りは通信量(トラフィック)を大幅
に減らすことになります。ただし、もしもIMAP4サーバーが正しく新着
メールの通知をしてくれないと、秀丸メール上には全然メールが届かな
いことになります。この点もご注意ください。

RE:48091 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/09 09:58

　これはこれは、大変失礼しましたというか、自分でいじってて自分で忘れてる
という…。情けない状況を暴露してしまいました。

　そんな仕様変更してたことは、完全に忘れてました。

　やはり、ヘルプに書いてある隠し的な仕様があると、作った本人も忘れてしま
うということで。

　何かオプション追加で、基本定期受信するけど、オプションをONにしたら
サーバーからの通知が来ない限り定期受信しないって風に修正させていただきま
す。

RE:48092 4.64β6でIDLEが実際に監視して

Imabeppu さん　15/06/10 21:47

Imabeppuです。

■
素人考えなのですが、IDLEで秀丸メールに通知が届き、秀丸メールがメー
ルを受信している最中にメールサーバに届いたメールについて、その次
のIDLEで通知されるものなのでしょうか。

なんとなく通知されないような気がしていて、それならばIDLEの通知の
ときだけ受信するという処理は実は危険で、メールサーバにメールが届
いているのに長時間気がつかないということがありえるのかもしれませ
ん。

■
それを解消しようとしたとき、以下のようなことは可能でしょうか。

[IDLEの監視] と [メールの受信などその他の処理] を別の接続にしま
す。つまり、IDLEによる監視用の接続はずっと保ったまま、別の接続で
メールの受信などの処理を行います。メール受信中もIDLEの監視が継続
されるため、取りこぼしがなくなりそうです。

■
上記のことが可能なのであれば、さらに次のようなことも可能かもしれ
ません。

最新ベータ版では、INBOXだけがIDLEの監視対象となります。しかし、
できればINBOX以外のフォルダも監視してほしいものです。

そこで、受信するフォルダごとに個別にメールサーバに接続し、それぞ
れIDLEの監視を行います。それぞれの通知を受けたときに、該当する
フォルダのメールのみ受信しに行きます。

私の場合、40個程度のフォルダがメールをダウンロードする対象フォル
ダになっていて、1回の受信処理にそれなりに時間がかかります。上記
が実現できると、ダウンロードすべきメールが存在するフォルダだけ見
に行くことになるので、効率がよくなりそうです。

■
上記のようなことが不可能で、さらに取りこぼしの可能性があるのであ
れば、IDLEによる監視を行った場合でも、定期的な受信は必須なように
感じました。

ただ、現実的にはINBOXだけを監視すれば充分という人が大半かもしれ
ません。

RE:48100 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/11 09:16

> 素人考えなのですが、IDLEで秀丸メールに通知が届き、秀丸メールがメー
> ルを受信している最中にメールサーバに届いたメールについて、その次
> のIDLEで通知されるものなのでしょうか。

　一応、IDLEコマンドを発行するのはすべてのメールを受信した後なので、その
辺は問題無いはずだと思います。
　うまく通知が来ないことがあるとしても、すみませんがそれはメールサーバー
さんが悪いですって言うしか無い気がします。

> 最新ベータ版では、INBOXだけがIDLEの監視対象となります。しかし、
> できればINBOX以外のフォルダも監視してほしいものです。

　メールサーバーとの接続を複数持てば可能なのかと思いますが、それはそれで
処理も面倒になるし、繰り返しになりますが他のメールソフトでそこまで出来る
物がない（＝たぶんそういう要望が無い）ということで、あんまりニーズも無い
んじゃないかと思います。

　とりあえず、特にバッテリーを節約しないといけないみたいなニーズが無い限
りは、定期受信の間隔を短めに設定しておけばいいと思うので、次のβ版での仕
様で大丈夫なんじゃないかと思います。そんなに１分１秒も惜しんで新着メール
に気づかないといけないような人もいないと思うし、メールなんてそんなに即時
応答を期待されてるもんでも無いと思うので。

RE:48088 4.64β6でIDLEが実際に監視して

にゃごにゃご さん　15/06/11 14:10

大したことではないかもしれませんが、
http://hide.maruo.co.jp/software/tkhist_pre.html で
β版の改変内容が以下のように記載されています。

2015/06/08 V6.46β6
2015/05/26 V6.46β6

2015/06/08 V6.46β7が正しいと思います。

RE:48103 4.64β6でIDLEが実際に監視して

秀まるお2 さん　15/06/11 15:12

　毎度お手数かけてすみません。たしかにバージョン番号間違えてました。

　修正させていただきます。

RE:48102 4.64β6でIDLEが実際に監視して

Imabeppu さん　15/06/13 03:13

> > 素人考えなのですが、IDLEで秀丸メールに通知が届き、秀丸メールがメー
> > ルを受信している最中にメールサーバに届いたメールについて、その次
> > のIDLEで通知されるものなのでしょうか。
>
> 　一応、IDLEコマンドを発行するのはすべてのメールを受信した後なので、その
> 辺は問題無いはずだと思います。
> 　うまく通知が来ないことがあるとしても、すみませんがそれはメールサーバー
> さんが悪いですって言うしか無い気がします。

よく考えてみたら、だいじょうぶそうですね。IDLEコマンド発行時かそ
の直前のSELECTのとき、選択したメールボックスに未読があれば、すぐ
にEXISTSが返ってくるんでしょうね。

> > 最新ベータ版では、INBOXだけがIDLEの監視対象となります。しかし、
> > できればINBOX以外のフォルダも監視してほしいものです。
>
> 　メールサーバーとの接続を複数持てば可能なのかと思いますが、それはそれで
> 処理も面倒になるし、繰り返しになりますが他のメールソフトでそこまで出来る
> 物がない（＝たぶんそういう要望が無い）ということで、あんまりニーズも無い
> んじゃないかと思います。

IDLEの通知のタイミングだけだとつらいですが、一定時間受信をしてい
なければ受信しにいく機能があれば、問題ないと思います。