【通知来ない】Doze総合【GCM？】©2ch.net

**SIM無しさん転載ダメ©2ch.net** · 2016/12/18(日) 00:00:40.14

AndroidメールスレとかForceDozeスレとかでDozeの話題がスレ進行の妨げになってるようなので建てました

思う存分DozeとかGCMを語ってください
実証実験報告も歓迎

**SIM無しさん** · 2016/12/18(日) 00:20:28.29

乙１

**SIM無しさん** · 2016/12/18(日) 02:16:51.58

参考に以下をどうぞ

Androidの省電力について考える
https://www.youtube.com/watch?v=U7dK-qJ1N9I
「 Andoridの省電力について考える」に対する補足
http://brightechno.com/blog/archives/361

Google Cloud Messaging は Android 6.0 Marshmallow の Doze モードをどう扱うか
https://developers-jp.googleblog.com/2015/11/google-cloud-messaging-android-60.html

**SIM無しさん** · 2016/12/18(日) 21:54:56.37

ID:6CtznO9t ebF0dMew pmkMngPn oiUQ4QvOです。

自分のスマホ(Moto G4 Android6)ではDoze中、どのメールアプリでもプッシュが来なかったので
出来ない環境なのだと思っていました。
しかし、いろいろいじっているうちに偶然できるようになったので報告します。

Gmailアプリ、AQUA1.7.1-88、K-9をいれており、
GreenifyでアグレッシブDozeモードに設定。
一定時間（数分）経つとGmailアプリのプッシュはなくなり
AQUAとK-9のプッシュはリアルタイム。
画面を開くとGmailアプリのプッシュが受信され、
通知画面にGreenifyのDoze中の期間が表示。
Wifiでも、4Gでも同じです。

このことからGmailの場合、GCMプッシュは切れても
IMAP-IDLEプッシュができる状態であることがわかります。
また、AQUAに限らずIMAP-IDLE対応メールアプリであれば
プッシュを受け取れる可能性が高そうです。

ただひとつおかしな点があり、Moto G4に待ち受け画面のアプリがあり
それをオフにしておけば、GreenifyのDoze通知が出るのですが、
このアプリをオンにするとDoze通知が出なくなります。
それにもかかわらず、プッシュは上記と同じ状態となります。

この原因として考えられることは、
GreenifyのDoze判定が正しくない場合があるのかもしれないということ。
GCMプッシュは切れるがIMAP-IDLEが切れないという不完全なDozeモード状態があり
GreenifyはDoze中と判定する場合もあれば、そうではないとする場合も
あるのかもしれないです。

一番気にかかるのは、なんでプッシュ可能な状態となったのかということなのですが、
心当たりとしては、Heartbeat Fixer for GCMというアプリを入れたこと。
しかし、このアプリが原因かと思い設定をデフォルトに戻してアンインストールしたにもかかわらず、
その後もプッシュ可能な状態が保たれているので、はっきり断言できません。
ちなみにPush Notifications Fixerは以前から入れてあったので、こちらは無関係と思います。

**SIM無しさん** · 2016/12/18(日) 22:09:47.21

>>4
自分も「Heartbeat Fixer for GCM」を入れてた

これで設定しないとTypemailとYahooの防災アプリが2時間以上経つとプッシュしなくなるからだったんだけど
メールアプリをアクアに変えてから「Heartbeat Fixer for GCM」を実行して無くても問題なかったから
その後アンインストールした
今はアクア、Yahoo防災アプリともに「Heartbeat Fixer for GCM」無しでリアルタイムでプッシュできてる
doze中かどうかはGrennifyのログだけじゃなくGSamでも確認してたけど
両方ともdoze中になっててもdoze入ってないって事あるのかね

**SIM無しさん** · 2016/12/19(月) 07:50:00.33

>>4
Dozeの通知が出なくなるだけでDozeには入ってる？
GSam入れて確認できないですか？

**SIM無しさん** · 2016/12/19(月) 09:07:12.86

ここ目立つと板違いだ、出て行けと怒られそう

**SIM無しさん** · 2016/12/19(月) 14:57:45.47

>>6

結論から言うと、GSamではDozeに入ってました。
おそらく待ち受けアプリとGreenifyが競合して、
Doze通知が出なかった可能性がありますね。

GSamでDozeモードと判定される状況で、標準優先度のGCMプッシュが届かず、
IMAP-IDLEがつながっていてプッシュ可能という状況があるということですね。
これがDozeモードが本来あるべき状態なのかはわかりませんが、
これはメールアプリによるものではなく、本体の環境の問題のようです。

>>5

状況証拠としては疑わしいですね。
Heartbeat Fixer for GCMのインストールがきっかけで、
出来るようになる場合があるかもしれません。

**SIM無しさん** · 2016/12/19(月) 15:32:16.59

Heartbeat Fixer for GCMってスマホ全体を変えますよね。設定が変わったままになってないでしょうか？

4も5もAndroid6.0でしょうか？

**SIM無しさん** · 2016/12/19(月) 16:18:22.82

違うと思うが、
電池の最適化でバックグラウンドで動けるようにしKeepAliveか何かでIMAP-IDLEを切れにくくしているのでは無いのかな？

**SIM無しさん** · 2016/12/19(月) 17:30:12.22

>>9

4です。

Android6.0.1です。

設定を戻してアンインストールしましたが、
念のため再インストールし、設定をAndroidデフォルトとし
有効にしてから、アンインストールしてみました。
それでも同じIDLEプッシュ可能な状態です。

**SIM無しさん** · 2016/12/19(月) 17:46:24.28

>>10

疑問点が幾つか。

類似アプリのPush Notifications Fixerではダメであること。
Heartbeat Fixer for GCMをアンインストールしてもその効果は持続。
なぜGCMのheartbeatの設定アプリなのに、IMAP-IDLE接続維持を起こすのか。

きっと、これはきっかけに過ぎなくて何か別な原因があるのかもしれません。

**SIM無しさん** · 2016/12/19(月) 17:57:57.70

>>12
K−9単体で通知きますか？

**SIM無しさん** · 2016/12/19(月) 17:59:39.33

Ｋ-9 単体で通知きますか？

**SIM無しさん** · 2016/12/19(月) 19:29:00.15

>>14

単体という意味はAQUAをアンインストールした状態でということ？
K-9だけでもプッシュ通知されますよ。
AQUAは関係ないということです。

**SIM無しさん** · 2016/12/19(月) 22:48:26.51

>>15
なんでだろう？わからん

**SIM無しさん** · 2016/12/20(火) 02:03:24.65

○GCMを利用するアプリでDoze中にすぐ通知が渡されるためにはメッセージが優先度"高"でなければならない。
→これは仕様です。
例）
https://developers-jp.googleblog.com/2016/02/twitter-android-60-marshmallow-doze.html
＞Twitter 社は、ダイレクトメッセージは優先度「高」で、メンションは優先度「標準」で配信する

○GCMを利用しないアプリはバックグラウンドで接続を維持し通知を待つが、DozeやApp Standbyにより活動が制限される。
→電池の最適化の対象外に設定すればいいはずだがうまくいかない場合がある？

○Wi-Fiルータで、または一部MVNOの設定でセッションタイムアウトが短い場合はGCMコネクションが切れる。
→ルータのセッションタイムアウトを長く設定する。
→GCMのハートビート間隔を短く設定する。
→グローバルIPのMVNO(OCN系)に変える。

**SIM無しさん** · 2016/12/20(火) 21:33:02.10

>>17
GCMコネクションが切れると言うなら通知が来るLINEをどう説明？

**SIM無しさん** · 2016/12/20(火) 22:30:38.63

Yahoo防災アプリもリアルタイムだしGCMはキープされてるよね
AquaもGmailがリアルタイムで他のIMAPはDoze解除でプッシュするなら
GmailについてはAquaもGCMを使ってると考えられるんじゃないか
というかアカウントを見るとAquaのGmailはIMAPではなくGmail,Googleapps
と表示されているところを見るとGmailのGCMサーバーに登録していると思われる
実際にGmailのIMAPを無効のままリアルタイムプッシュしてるし

**SIM無しさん** · 2016/12/20(火) 22:57:15.76

GCM には、2 つの優先度「高」と「標準」がわからない。

Androidメール総合にてGCM高のサーバーみたいに書かれていましたがどうなんでしょうか？

サイトによっては、優先度を高にしてメッセージを送信と書いてあったりしてさっぱりわかりません。

**SIM無しさん** · 2016/12/21(水) 00:02:33.84

>>18

>>17に書いてあるのはプッシュが来ない場合の一般的な理由と対策。
GCMの接続が切れる場合はLINE通知も来なくなります。
>>4の状況は、これらでは説明できません。

>>19

>>4の状況では、GCMはつながっていると思いますが、
上に書いたようにGCMの切断とは別の話です。
また、個人のメール受信が純正アプリ以外でGCMプッシュされるのは
その仕組みから言ってありえません。
アカウントの登録が別になっているのは、認証方法がOAUTH2かどうかの違いで
IMAPを使用していることに変わりはありません。
そもそもK-9でもプッシュされるので、AQUAの問題ではありません。
Gmail以外のIMAP-IDLEサーバーでも試したいのですが、
フリーメールではなかなか見当たらず、できない状況です。

**SIM無しさん** · 2016/12/21(水) 00:07:56.52

>>20

GCMの優先度はアプリのサーバー側（送信側）で指定するものであって
受信側でどうすることもできません。
例えばLINEは高、Gmailは標準。
Dozeモードでは高しか受信できないという仕様です。
GCMは純正アプリでしか受け取れないので、考えなくてよいです。

**SIM無しさん** · 2016/12/21(水) 05:58:09.63

>>21
何故、Dozeに入ってもIMAP-IDLE切れないのでしょうか？
またGreenifyでAquaはGCMマークが付いているのは何故でしょうか？

**SIM無しさん** · 2016/12/21(水) 08:14:46.75

>>23

現時点では理由は不明です。
それが分かれば、できるようにする方法も見つかるかもしれません。

AQUAのGCMは何かのお知らせに使うのかもしれません。
いずれにせよメールのプッシュには関係ありません。

**SIM無しさん** · 2016/12/21(水) 10:55:19.27

>>24
GCMハートビート間隔を接続維持できないくらい延ばしてもAquaはプッシュできますか？

**SIM無しさん** · 2016/12/21(水) 10:56:05.42

↑GMailのアカウントでです

**SIM無しさん** · 2016/12/21(水) 11:54:21.47

>>25

Heartbeat Fixer for GCMでAndroidデフォルトの設定が
Wifiが15分、モバイルが28分で、すでに最長の設定なので
それ以上長くすることはできません。

なおAQUAの設定で、最優先の通知はチェックしていなくとも通知されます。
現在、プッシュメール・キープアライブの設定を変えて確認中です。

**SIM無しさん** · 2016/12/21(水) 13:31:23.80

>>27
当たり前だと言われると思いますが
Dozeのホワイトリストから外すと
通知は来ないですよね？

**SIM無しさん** · 2016/12/21(水) 14:27:01.05

ホワイトリストから除外して通知がこなくなったら、

1.Aquaはホワイトリストに入れることによってDozeの影響を受けなくなる

2.Dozeの影響を受けなれば本来の
IMAP-IDLE接続を維持出来る
逆にDoze以外の阻害を受けている

3.k9が通知来るようになったのは
阻害されるものがなくなりハートビートレートがデフォルトで接続出来る様になった？

ADBコマンド等でアプリの無効化とか
していますか？

**SIM無しさん** · 2016/12/22(木) 00:03:23.98

>>29

当然、電池の最適化をしないにしなければプッシュは来ません。
電池の最適化をしないアプリに登録することにより
AQUAやK-9のアプリ自体はDozeモードでも動いているということですね。
その状況で、IMAP-IDLE接続が維持される場合と、
そうでない場合があるということでしょうね。
阻害の話は良くわかりませんが、Dozeモードでは本来切断されるべきものが
何らかの理由で阻害されているということだと思います。
ADBなど外部からのコントロールはしていません。

**SIM無しさん** · 2016/12/22(木) 05:47:49.93

>>30
IMAP-IDLE接続が他のアプリ等によって阻害されているです。そのアプリがDozeによりそのアプリとIMAP-IDLE接続が影響を受けるとか？かなっと思ったので

**SIM無しさん** · 2016/12/22(木) 06:44:47.66

>30
ADBで無効化でなくてもGreenifyで冬眠させたり、アプリをアンインストールしたりした後に、通知が改善されたとかないかな？と思ったので聞いてみました

**SIM無しさん** · 2016/12/22(木) 07:12:10.35

>>31

Dozeモード時はネットワークも切断されるのが本来の仕様と思います。
IMAP-IDLEの切断を阻害するアプリが存在する可能性はあるかもしれません。

>>32

最初に書いたように、Heartbeat Fixer for GCM以外はいじってないですね。
Outlookは入れたかもしれませんが、こちらもアンインストール済みです。

**SIM無しさん** · 2016/12/22(木) 21:44:33.80

>>33
ネットワークを切断しているのではなく、
・Priority High以外のGCMは、アプリに渡さない。
・White List外のアプリには通信させない。（ネットワーク未接続のように該当アプリには見える）
なのでは？

> IMAP-IDLEの切断を阻害するアプリが存在する可能性はあるかもしれません。

VPN/Proxyアプリぐらいしか思いつかないな。

**SIM無しさん** · 2016/12/22(木) 22:47:34.82

>>34

GCMの動作についてはそうですが、AQUA、K-9のプッシュとは無関係ですね。
電池の最適化が行われた場合、Dozeにより該当アプリの通信が切断されるのではなく
アプリ自体が休止するのでしょう。
電池の最適化が行われない場合はアプリ自体は動いているのだと思いますが、
Dozeモードにより、アプリが電池の最適化に登録されているかどうかにかかわらず、
特定の通信プロトコルはすべて遮断されるのだと思います。
そこに通常はIMAP-IDLEも含まれ遮断される場合が多いが、
何らかのに理由で遮断されない場合があるのでしょう。

**SIM無しさん** · 2016/12/22(木) 23:58:41.44

>>35
切断される特定のプロトコールの中にIMAP-IDLEも含まれるのなら、何故繋がったりするのでしょうか？
切断される特定のプロトコールに含まれてなく、何らかの理由で切断されるなら判るのですが…
Aquaの作者もmarshmallowは比較的にうまくいっていると言っています
NougatはDozeのWhitelistに入れても15に一回しか通知出来ないのでGCMじゃ無いとダメでGCM使えないからDozeの無効しかないみたいな書き込みじゃないでしょうか？

翻訳使ってなので違ってるのかもしれません

**SIM無しさん** · 2016/12/23(金) 00:05:26.59

Androidメール総合の過去スレでAquaで通知来ている方はモバイル通信で通知が来ないと言ってる方は、Wi-Fiが多い様にこれもどういう事なんでしょうか？

**SIM無しさん** · 2016/12/23(金) 00:32:31.00

>>36

DozeでIMAP-IDLEは切断されないはずなのに、何らかの理由で切断されるのであれば
通常はプッシュを受けられて、まれにプッシュが受信できない
ということになると思いますが、実際にはその逆で
大多数の人はプッシュを受けられず、ごく一部の人がプッシュを受信できているわけで
そうであれば、そのように考えるのが自然だろうという推測です。

作者のコメントのどこにそのような書かれているのかわかりません。
AQUAは15分毎にメールはチェックできるが、
MでもすでにIMAP-IDLEはうまくいったりいかなかったりだ。
とは書いてあります。

**SIM無しさん** · 2016/12/23(金) 00:34:35.30

>>37

文章の意味が分かりません。

**SIM無しさん** · 2016/12/23(金) 00:38:56.36

そもそもプッシュできてる人はスレに来ないから報告も少ないよね
いつもプッシュできてない報告はwifi運用が殆どだし
大多数がプッシュできてないのかは現状では実際わからないさ

**SIM無しさん** · 2016/12/23(金) 00:47:36.01

>>40

自分の環境では当初Wifi、4Gのどちらでもプッシュできませんでした。
海外の報告を見ても、回線の種類で変わるという報告はあまりないですね。
報告が少ないのは、リアルタイムなプッシュを必要としている人が
そもそも少ないためでしょう。
DozeでIMAP-IDLEが切断されないのが普通にしては、
プッシュできないという報告が多すぎると思いますね。

**SIM無しさん** · 2016/12/23(金) 07:04:28.82

>>38
通常切断だと通知くる人も来ない時があればそうだと思うのですが、通知くる人はずっと来ているみたいなので、何らかの理由で切断されると思いました。

簡単に言うと機能しないものが機能するは不自然で、機能するのが機能しないの方が自然じゃないかな。

**SIM無しさん** · 2016/12/23(金) 07:07:53.45

>>40
確かに通知くる人は来ないでしょうし
言われるとおりですね。

**SIM無しさん** · 2016/12/23(金) 07:41:20.17

>>38

ごめんなさい、比較的にうまくいっていると言うのは違いました

AQUAは15分毎にメールはチェックできるが、
MでもすでにIMAP-IDLEはうまくいったりいかなかったりだ。
とは書いてあります。

これは作者はIMAP-IDLEはうまく行かせたいのですよね？

うまく行くはPush通知させるために
IMAP-IDLEを接続維持させる事じゃないのでしょうか？
最初っから切断され、何らかの影響で接続維持されてるならこんな書き方するのでしょうか？

**SIM無しさん** · 2016/12/23(金) 08:05:02.03

>>42

それはまあどちらでも良いのですが、自分は逆の考えです。
「通常」というのは、「多くは」くらいの意味で、
それをGoogleが意図している動作、仕様なのかはわかりませんが
少なくとも以下に記載されているDozeの仕様において
https://developer.android.com/training/monitoring-device-state/doze-standby.html#support_for_other_use_cases

このホワイトリストに含まれるアプリは、Doze モード中やアプリスタンバイ中でもネットワークの使用が可能で、
部分的な wake locks を保持することができます。ただし、ホワイトリストに含まれるアプリにも、
他のアプリと同様に他の制限は適用されます。
たとえば、ホワイトリストに含まれるアプリのジョブと同期は（API レベル 23 以下で）保留され、
アプリの定期 AlarmManager アラームは発生しません。

ネットワークは使用可能だとは書いてありますが、実際に安定してIMAP-IDLEが保たれるのかどうか
といえば、そうではないことが多いのだろうということです。

AQUAの作者がリンクを出した対策法のサイトを見ても
http://androidforums.com/threads/marshmallow%E2%80%99s-doze-broke-push-notifications-my-fix-is-preventing-doze-with-macrodroid.1058445/
もし例外的にプッシュが来ないような状況なら、
切実にリアルタイムプッシュを必要としている人が、ここまで書いて
Dozeを止めるか、もうiPhoneに乗り換えるしかないなんて言いますかね。

>>44

うまくいかせたいのではなく、アプリの方ではどうしようもないといっているのです。
IMAP-IDLEがつながるも切断されるもAndroid OS次第だと。

**SIM無しさん** · 2016/12/23(金) 08:13:04.97

つまり、Doze中にアプリがネットワークは使用可能という仕様だが
それによりIMAP-IDLEが持続的につながることが保証されているわけではなく
しかもホワイトリストに入れたとしても、アプリが非Doze状態と同じになるわけではなく
「他の制限」が適用されるため、実際にはIMAP-IDLEが切断される場合が
多いのではないか、という意見です。

**SIM無しさん** · 2016/12/23(金) 08:30:47.17

>>46
実際にはIMAP-IDLEが切断される場合が
多いのではないか、という意見です。

私はずっとそう言ってるのですが？

**SIM無しさん** · 2016/12/23(金) 08:36:20.26

つまり何らかの理由により接続を維持出来てるのではなく、何らかの理由により切断される

**SIM無しさん** · 2016/12/23(金) 08:52:06.35

doze中にパケ投げれるのシステムだけだから接続維持のためにGCMのサービスに頑張ってもらうしかないのだろう

**SIM無しさん** · 2016/12/23(金) 08:59:22.49

>>48

それは物事の解釈の方向性の問題で、議論しても不毛です。

Google側は、Dozeモードを考える際にIMAP-IDLEによるメールプッシュについて
あまり考えていなかったのでしょうね。
例えば、以下のホワイトリストの使用例にメールアプリがないことからもわかります。
https://developer.android.com/training/monitoring-device-state/doze-standby.html#whitelisting-cases

**SIM無しさん** · 2016/12/23(金) 09:03:23.66

つまり、Dozeモードにおける通知は高優先度のGCMプッシュを使ってね
それ以外は保証しませんと。
そしてGmailのGCMプッシュが標準のままである以上、
おそらくメールはリアルタイム性が不要との判断なのでしょう。

**SIM無しさん** · 2016/12/23(金) 09:11:32.40

何でも良いが板を移動しなよ
この話題はandroid板だろう
タイトルもシンプルに「Doze総合」で良いよ
省エネ、通知、双方入り乱れないと需要ないだろう

**SIM無しさん** · 2016/12/23(金) 09:30:42.18

>>50
>>51
その通りですね。
メールにリアルタイム性は必要ないと考えられていますね。
私のまわりも、大体同じですね。
画面つけた時に通知があれば良い様です。

私は通知きますが、きてもこなくても
急ぎはLINEかメール送った旨の電話が来るので、特に困りません。

ただ、何故通知が来るのか？気になったので質問をしました。

スレ汚しお詫びします。

**SIM無しさん** · 2016/12/23(金) 09:44:28.80

>>53

自分も同じく、別にリアルタイム受信が絶対に必要な状況ではないですが
なぜ、こうなるのかという興味だけです。

でも、世の中には切実にリアルタイムメール受信を望んでいる（業務上？）
人がいるようで、何か解決策が見つかれば良いですね。

**SIM無しさん** · 2016/12/23(金) 09:58:49.64

>>51
> そしてGmailのGCMプッシュが標準のままである以上、
ここでいうGmailとはGmailアプリのこと？Gmailサーバのこと？
Gmailが通知にGCM使っているのは確定？imap-idleでないのか？

どのみちDozeでもGCMは接続保持されているからimap-idleを切断しなくても電池消費はそれ程変わらないと思うんだよな
メールのリアルタイム性についてのググるの考え方変えて欲しいわ

電池消費と確実性ならSMS型プッシュにGmailが対応策してくれればいいけどね
ログインでの二段階認証もあることだしできないことはないと思うんだが
さすがにキャリアが許さないか

**SIM無しさん** · 2016/12/23(金) 10:12:42.51

GmailでGCMの優先度が普通でもGCM鯖からパケット届いたら
ホワイトリスト登録した対象ならシステムが起こす
こういう改良してもらえればいいけど無理だろうな
もし改良されてもGmail以外のGCM使ってないIMAPのメールはDoze中の障害は変化無いしな
将来、国内シェアがAndroidばっかりになれば変わるかもしれないけど
現状ではどうやってもプッシュできない人はDoze無効にするしかないな

**SIM無しさん** · 2016/12/23(金) 10:17:04.05

GmailはGCM使っているの？
ソースある？
メールはimap-idleではないのか？

プッシュの仕組みいろいろ
http://s-max.jp/archives/1575113.html

**SIM無しさん** · 2016/12/23(金) 10:25:27.74

アプリサーバの問題はあるにしても、GCMなら通知優先度をアプリ側の設計で「高」とすれば解決でしょ？
>>17でもあるように、Twitterはそうしている
imap-idleやEASを使ったメールのプッシュ通知にDozeがリアルタイム性を許していないという問題ではないのか？

**SIM無しさん** · 2016/12/23(金) 10:46:38.12

>>57
IMAP-IDOLのみならセッション維持するためにサービス常駐してないとダメだから
常駐無しでプッシュするところをみるとGmailアプリはGCM使ってると考えるべきだろ
てかgoogleが自前で通知鯖立ててるのにGmailのために個別に立て直すわけ無いし
詳しく知りたいならここでソースは？なんて言ってないでデベロッパーサイト眺めろよｗ

**SIM無しさん** · 2016/12/23(金) 11:05:14.45

>>59
> 詳しく知りたいならここでソースは？なんて言ってないでデベロッパーサイト眺めろよｗ
正確に読んだ方がいいよ
>>17のTwitterのようにアプリサーバを前提としたアプリのプッシュ通知しかGCMに関しては書いてないから
Dozeでもプッシュ通知きているというレスでGmail以外はあったっけ？
あればそのメールサーバもGCM対応していなければ君の意見は矛盾していることになる
しかもどのメーラー使うかユーザーによってバラバラなのに

マロがDoze対象外でそのアプリが要求するネットワークを切断しなければ解決だろうけど
それだとDozeの意味がない(薄れる)というのがGoogleの考え方なのだろう

**SIM無しさん** · 2016/12/23(金) 11:09:21.46

>>59
> 詳しく知りたいならここでソースは？なんて言ってないでデベロッパーサイト眺めろよｗ
メールサーバがGCMでプッシュ通知すると書いてあるデベロッパーサイトあるってことだよね？
俺は見たことない
探し方悪いのかな？
フォーラムならいくつか見たけどね
書いてあるデベロッパーサイト貼ってくれないかな？

**SIM無しさん** · 2016/12/23(金) 11:39:57.51

Gmail以外でGCM使ってるもので俺が知っている物
Yahoo!防災速報
ゆれくるコール
LINE（アプリ非常中時の通知）
他にもあるだろうけど俺は自分が使ってないものを調べる事に意味を感じないからしないｗ
使ってる人が報告するか自分でそれを探すしかないだろ

常駐で常時セッション維持（Dozeホワイトリスト指定でも不安定、バッテリー消費大）
自前で通知鯖立てて通知（高コスト、個人レベルでは無理、上と同じくホワイトリストでも不安定）
googleが用意した通知鯖を利用して通知（省電力のためにgoogle奨励）

リアルタイムで通知するにはこの3つのどれかだよな

しかし、GCM否定し続けてるの居るけど同一人物？
GCMに親でも殺されたかｗ

**SIM無しさん** · 2016/12/23(金) 11:46:44.76

>>62
> Gmail以外でGCM使ってるもので俺が知っている物
> Yahoo!防災速報
> ゆれくるコール
> LINE（アプリ非常中時の通知）
全部メールではないね
独自のアプリサーバもっているものばかりだし
>>60>>61の答えになってないね
デベロッパーサイトは？
メールサーバでGCM使っていると書いてあるデベロッパーサイトあるんでしょ？

**SIM無しさん** · 2016/12/23(金) 11:56:01.00

>>63
Gmailは使ってるだろ普通優先度だけどな
Gmailアカウントを利用したほかのメールアプリはそれぞれ独自に対応してるだろが
それは普通優先度だからどうしようもない
マジで詳細を知りたいのであればGmailのapkをデバックしろ

あと、LINEは通知鯖は独自じゃなくGCM、かiOSならAPNsを使ってる

てかめんどくせえ奴だなｗ
もうこここねーわ

**SIM無しさん** · 2016/12/23(金) 12:01:28.29

>>64
> あと、LINEは通知鯖は独自じゃなくGCM、かiOSならAPNsを使ってる
デベロッパーサイト読んでるというわりに、アプリサーバ→GCMサーバ→端末ってことも理解してないの？
メールサーバでGCM使っていると書いてあるデベロッパーサイトは？
なかったの？

**SIM無しさん** · 2016/12/23(金) 12:12:04.18

>>65
これでさいごにしちゃる
LINEはな
通知先常駐時　アプリ　→　メッセージ鯖　→　アプリ
通知先非常駐時　アプリ　→　メッセージ鯖　→　通知鯖　→　GCM or APNs鯖　→　GCM、APNsサービス

じゃあな教えてくん

**SIM無しさん** · 2016/12/23(金) 12:12:11.55

>>64
知りたいので続けてください

**SIM無しさん** · 2016/12/23(金) 12:24:36.11

こうしてここはGCM否定厨の隔離スレとなるのであった

完

**SIM無しさん** · 2016/12/23(金) 12:25:35.83

>>66
答えになってる？
なってないよ

**SIM無しさん** · 2016/12/23(金) 12:39:18.10

>>66
http://potato.2ch.net/test/read.cgi/android/1466735975/915

**SIM無しさん** · 2016/12/23(金) 12:45:05.94

>>35
後者（White List外のアプリ～）はGCMに限らずと考えてるよ。
AquaなどもWhite Listに入れないとIMAP-IDLE維持できないでしょ？ >>30

> 電池の最適化が行われた場合、Dozeにより該当アプリの通信が切断されるのではなく
> アプリ自体が休止するのでしょう。

これには疑問を感じるな。
判断に至った根拠はなにかな？

あと特定の通信プロトコル云々にも疑問。
アプリがどんな通信を必要とするかは千差万別で、それをGCMにすべて置き換えることなど不可能だよね。
White Listに登録しているにも関わらずプロトコルによってネットワークから切り離されてしまうのは、アプリによっては致命となってしまう。

IMAP-IDLEってDozeやMVNOのsession timeout以外の要因でも、いくらでも疎通を阻害する要因があるよね。

簡単な検証だけで断定はムリがあると思うよ。

**SIM無しさん** · 2016/12/23(金) 12:46:22.78

たまに不定期に俺の背後から通知音が聞こえる「ﾌﾟｩ」と
GCMじゃないか

やはりGCMは実在する

**SIM無しさん** · 2016/12/23(金) 12:46:27.03

>>66
足りない知識の披露はどうでもいい
デベロッパーサイトでGmailのプッシュ通知はGCM使っていると書いてあるサイトを貼ってくれ

**SIM無しさん** · 2016/12/23(金) 12:48:39.78

メールのアプリにGCM実装があってもそれはアプリからのお知らせに使う可能性がある
受信メールの通知に使っているかはまた別に問題

**SIM無しさん** · 2016/12/23(金) 12:59:51.38

>>50
考慮しててメールのようなリアルタイムメッセージではGCM使ってねと明確にしているからだよ…

**SIM無しさん** · 2016/12/23(金) 13:04:29.97

>>75
メールの様なって書いてある？
メールとは書いてないと思ったが？

**SIM無しさん** · 2016/12/23(金) 13:15:44.86

>>71

ちょっと最初の方の文意が理解できませんでした。
ホワイトリストに入っていないアプリはDozeでアプリが休止するので
ネットワークがつながっているかどうかに関係なくプッシュ通知はでない
という意味です。

特定のプロトコルというのはちょっと言い過ぎたかもしれないですね。
Googleはホワイトリストに入れたとしても、通常とDozeモードで
まったく同じになるわけではなく、何らかの影響を受けるといっているわけで
IMAP-IDLEはDozeの影響を受けやすいプロトコルだという可能性はあると思います。

**SIM無しさん** · 2016/12/23(金) 13:23:20.68

>>75

そうではなくメールにリアルタイム性が必要ないと考えているから
Gmailの優先度が標準なのでしょう。
またGCMを使うということは、純正アプリ以外でプッシュを受けられなくので
ユーザーの選択肢を狭めてしまうことになります。
純正Gmailアプリに囲い込みたいということなら、分からなくもないですが。

**SIM無しさん** · 2016/12/23(金) 13:30:02.16

純正アプリ以外GCMプッシュ受けられないのか
詳しいなぁ
流石だぬ

**SIM無しさん** · 2016/12/23(金) 13:54:58.08

>>76
メールとは書いてないけど、
Requires delivery of real-time messages to users while device is in Doze or app is in App Standby.
十分メールだってその範疇だろうよ。

別に今まで通りIMAP-IDLEでWhite List登録で凌ぐのでもいい。
GCMは強制されていないし、White Listに入っていれば通信はできる。
（プロトコル云々は勘違いと思われる。そんなことは書かれていないし、言及も見あたらないね）

ただ、IMAP-IDLEはDozeやsession timeout以外の要因でも途絶するので、簡単な検証ではアレコレ言うのはムリじゃないですかね？

**SIM無しさん** · 2016/12/23(金) 13:59:27.70

ID:TEzr8Z9q この人だけ
でもいまいちわからない。

**SIM無しさん** · 2016/12/23(金) 14:03:15.58

>>80
メールがリアルタイム必要とはなったないでしょう

チャットアプリとかのリアルタイムにメッセージが必要な場合だと思います

**SIM無しさん** · 2016/12/23(金) 14:08:32.66

少年院と刑務所の違い。
少年院は「更正」、刑務所は「刑罰」を目的にしている。
刑務所は過酷な環境で苦痛を与えられる「刑罰」の場所で、少年院は教育「更正」の場である。
刑務所の場合懲罰で食事が7～5割に減食されることがある。
少年院では、義務教育の勉強と更正教育、職業訓練をする。
刑務所では、刑務作業という、ほとんどただ働きで黙々と単純労働を強いられる。
刑務所では、通信・面会はかなり規制されていて、4級の受刑者で、手紙は月4枚まで、面会は月1回と極端に少ない。
懲罰となれば面会者が待っていても面会は中止される。
刑務所の医療状況はひどく、普通の病院を追い出されてきたようなヤブ医者しかおらず、まともな治療を受けることは難しい。
仮病を使う受刑者が多いこともあり、少々の体調不良では診察も投薬も休みももらえない。
少年院で規則違反をした場合の最も重い処分は20日の謹慎。
単独室に閉じ込められるが、食事などはちゃんとあり、最低限の人権はある。
刑務所では、そのような謹慎よりはるかに重い懲罰がある。
手錠をはめられ両手の自由を奪われた状態で懲罰房に閉じ込められる。
一般的には2～3日、長ければ1週間懲罰房に入れられる。
懲罰房だけでも辛いのに、級を下げられ仮釈放を取り消されたり、わずかばかりの作業報奨金(刑務作業の給与)も没収されたりする。
少年院の場合、前科もつかず一定の成績を修めれば、前所属学校の卒業証書ももらえる。
職業訓練を受けているので、選ばなければ再就職先もある。
刑務所の場合、刑の終了の日から10年間前科がつき、履歴書に書かなければならない。
前科者を雇ってくれる企業は少なく、再就職や結婚も難しい。
この事例はほんの一部。
「刑罰」、刑務所はこんなにも厳しく、少年院とは比較にならない。

**SIM無しさん** · 2016/12/23(金) 14:09:08.42

>>78
> そうではなくメールにリアルタイム性が必要ないと考えているから
> Gmailの優先度が標準なのでしょう。

前者は憶測では？
GmailのGCM Priority設定の意図は憶測できても断定できませんよ。
（存外重要フラグ立てればHighになったりするんじゃないかね？）

> またGCMを使うということは、純正アプリ以外でプッシュを受けられなくので
> ユーザーの選択肢を狭めてしまうことになります。

White Listに入れてください。

**SIM無しさん** · 2016/12/23(金) 14:13:06.96

>>78
GCMを使うと何故純正アプリ以外で通知が来なくなるのでしょうか？
詳しく教えてくれないでしょうか？

**SIM無しさん** · 2016/12/23(金) 14:22:40.24

>>85

GmailのGCMプッシュは純正Gmailアプリに対して送られるわけだから、
純正Gmailアプリ以外では受信できないということですよ。

**SIM無しさん** · 2016/12/23(金) 14:28:30.42

>>84

GmailのGCMプッシュがHigh priorityで送られてきたという報告がない以上、
現時点では、Googleはメールのリアルタイム性を重視していないと考えるのが
妥当でしょうね。
今後、変化がないという保証はないですが。

ホワイトリストに入れたところで、GmailのGCMプッシュは
純正アプリ以外では受け取れないのだから、どうしようもありません。

**SIM無しさん** · 2016/12/23(金) 14:41:32.93

>>86
まず、Gmailがメール受信のプッシュ通知にGCMを使っているという根拠はなに？
GCM使う意味なくない？
他のアプリには非対応、なら、他のアプリはimap-idleでのプッシュ通知なわけだろ？
純正アプリがGCMで通知優先度が高ならまだわかるが。。

**SIM無しさん** · 2016/12/23(金) 14:49:55.50

>>86
使った事ないので違うと思うが
IFTTTはGmailが届いたら通知するとか出来ると思うのですが？
これは純正アプリ以外で通知を受け取るとはならないのでしょうか？

**SIM無しさん** · 2016/12/23(金) 14:57:42.39

>>82
Dozeに入るような状態のChatやIMはメールと大差ないと個人的には思いますがね。
見解の相違ですが別にすりあわせる必要もないでしょう。

別にIMAP-IDLEのままでいいんですよ？
White Listに入れましょうよ。

>>77
> ホワイトリストに入っていないアプリはDozeでアプリが休止する

休止…？
inactiveのことですかね。
Android標準では「無効なアプリ」なんですが。（この訳は最低だが、M/Nではこう日本語表記されているのだから仕方なし）

> ネットワークがつながっているかどうかに関係なくプッシュ通知はでない

必要ならWhite Listに入れてくださいよ…。

> IMAP-IDLEはDozeの影響を受けやすいプロトコルだという可能性はあると思います。

ないと思いますよ。
DozeはWhite Listアプリの通信を妨げませんし。（書かれてもいるが、テストすればすぐわかりますよ）

>>87
前段はすり合わせの要を感じないので、あなたの感想はそうなのですね、私はこう思います、以上ではないですね。
断言する根拠は互いに持っていないというのが分かってもらえればいいんですがはてさて。

> ホワイトリストに入れたところで、GmailのGCMプッシュは
> 純正アプリ以外では受け取れないのだから、どうしようもありません。

うーん、曲解されました。

> またGCMを使うということは、純正アプリ以外でプッシュを受けられなくので
> ユーザーの選択肢を狭めてしまうことになります。

IMAP-IDLEなアプリをWhite Listに入れて使えばいい、ということですよ。
ただ一方でIMAP-IDLEはDozeやsession timeout以外の要因でも途絶するので、途絶要因分析は簡単ではないですよ。
ということを繰り返しているだけなんですがね…。

少なくとも手持ちのk9はDoze下でも受信します。
当然White Listに入れてます。
～分たってからというあやふやなテストではなく、Dozeを確認の上ですよ？

なのでIMAP-IDLEだけDozeの影響を受けるとか、理解不能なオカルトとしか思えませんね。

**SIM無しさん** · 2016/12/23(金) 14:59:55.21

GCM使うのはアプリ常駐してなくても通知できるようにするためだべ
普通にしてあるのはメール着信するたびにdoze解除してたら省電力性が損なわれてdozeってる意味なくなるからだべ

**SIM無しさん** · 2016/12/23(金) 15:14:19.53

>>90
チャットアプリとメールが一緒？
是非そうしてもらいたいですね。
そうすればここに出てくるGmailのGCM優先度も変わってくるでしょう。

**SIM無しさん** · 2016/12/23(金) 15:18:44.80

>>90

実際にホワイトリストに入れようと、DozeモードでIMAP-IDLEが切断されるという人が
世界中にたくさんいるわけですよ。オカルトでもなんでもなく。
その原因と解決法があれば知りたいということです。
あなたがその状況ではないから信じないというのならそれでかまいませんが。

Dozeモードの仕様でIMAP-IDLEが切断されているといっているわけではなく
両者が同時に起こるという報告がある以上、それらに関係した原因があるのだろうということです。
逆にDozeモードに入らないようにすれば、IMAP-IDLEプッシュは正常に動作するわけで、
Dozeモードが直接的にせよ間接的にせよIMAP-IDLE切断を引き起こす場合があるということは
明らかだと思いますね。

**SIM無しさん** · 2016/12/23(金) 15:20:56.64

>>91
それもありえるよね。
>>84 で「重要フラグ立てれば」あたり書いたのはその点を考慮してみたんだ。
TwitterもDMだけだろ、あれ。

k9使いとしてはGmail GCMで苦労しないので、k9にしません？としか。

>>92
Gmail GCM Priority変更を期待するより、IMAP-IDLE系に変えるなり、Dozeさせないことを考えた方が建設的ですよ。

**SIM無しさん** · 2016/12/23(金) 15:25:40.23

>>94
ずい分前にDoze切ってます。

**SIM無しさん** · 2016/12/23(金) 15:33:19.64

>>93
はあそうですか、ならDozeさせない工夫に走ってください。

Gmail GCM Priorityの変更に期待してないんでしょ？
IMAP-IDLEはいやなんでしょ？
他に方法はあなたにはないでしょ。

手持ちではWhite List k9、adbでDozeで、IMAP-IDLEが影響を受けた印象はないよ。

> 逆にDozeモードに入らないようにすれば、IMAP-IDLEプッシュは正常に動作するわけで、
> Dozeモードが直接的にせよ間接的にせよIMAP-IDLE切断を引き起こす場合があるということは
> 明らかだと思いますね。

前段のテストはどうやったんですかね？
そのテストができるなら、Doze殺したままでいいんじゃないですかね？

後段も憶測ですよね、「明らか」は不要でしょ。
せめてadbでテストしてきてくださいよ。

**SIM無しさん** · 2016/12/23(金) 15:33:47.38

IFTTT Gmailは実際やってる人いますね

http://ameblo.jp/boku04/entry-12199622261.html

**SIM無しさん** · 2016/12/23(金) 15:57:50.57

>>96

そりゃDozeしないようにすれば、解決ですよ。
方法はいくつかありますからね。最近アプリも出たようですし。
でも折角Dozeモードでバッテリがー長持ちするのだから
できれば切りたくないわけですよ。
別にIMAP-IDLEが嫌なわけじゃないです。
リアルタイムプッシュが受けられるメールアプリがベターというだけです。
Dozeモードを止めれば回復というのは、自分では検証してはいないですが
例としては、AQUAの作者がフォーラムに書き込んだリンクに記載があります。
http://androidforums.com/threads/marshmallow%E2%80%99s-doze-broke-push-notifications-my-fix-is-preventing-doze-with-macrodroid.1058445/

**SIM無しさん** · 2016/12/23(金) 16:18:33.68

根本的にさ、GCMって、
>>62でも認めているように、
> Yahoo!防災速報
> ゆれくるコール
> LINE
とかなわけ
他には、ハングアウト、Twitterなど
アプリに対応したアプリサーバがアプリ開発側で用意されているもの

プッシュ通知が必要な場合、
アプリサーバ→端末　ではないわけ
アプリサーバ→GCMサーバ→端末　なわけ

メールはimap-idle、EASを使ってプッシュ通知を実現している
メールでプッシュ通知にGCM使っているってどこ見ていってんの？

**SIM無しさん** · 2016/12/23(金) 16:20:48.71

>>97

最後に、15分くらいのタイムラグがあると書いてあるので
プッシュではなく、15分間隔で読みに行っている（フェッチ）
ということだと思います。

考えてみればDozeでプッシュがダメだったときは定期受信の通知も来なかったので
やはりIMAP-IDLEが切断されていたのでしょうね。

**SIM無しさん** · 2016/12/23(金) 16:36:22.17

Dozeの謎
Doze中にpingが通らないのに無線ルーターの接続中の機材一覧には表示される
一体どういうタイミングで通信してるのか不思議だ

**SIM無しさん** · 2016/12/23(金) 17:23:26.95

>>100
通知の遅延対策としてこんなのも有りますが？
どうやってGmailの通知を受け取っているのでしょう？

http://reliphone.jp/ifttt-realtime/

**SIM無しさん** · 2016/12/23(金) 17:39:42.77

>>98
adbで自分でテストしてくださいな。
伝聞を「世界中」やら「たくさんの人」やらと主語を大きくして主張されても、反応に苦慮しますよ。

リンクもおま環話ですね。スレ全体はうちはダメだ、うちは問題ない。おま環です。
あとadbでDozeにさせた話が一つもないんですが、ホントにメールクライアント作者ですか？どのようにその判断をしましたか？

>>97 のようにGCM Highを得るために「通知だけ」迂回してもいいですよ。
>>53-54 があなたなら、IMAP-IDLEでトラブろうが、Gmail GCM PriorityがHighでなかろうが、あまり関係のある話とも思えませんが…。

>>100
「最大」って書いてありますよ。
Twitterクライアントが公式に縛られるのがデメリットですかね。

**SIM無しさん** · 2016/12/23(金) 17:43:36.84

>>102

通知したいGmailをあらかじめIFTTTに転送するように設定しておく。
メールが転送されて来ると、IFTTTのメールサーバーは何らかの形（GCM？）で
事前にアドレスを登録したユーザーのIFTTTアプリに即時通知するということでしょう。
これは、うまいやりかたですね。

**SIM無しさん** · 2016/12/23(金) 17:49:09.05

>>104
GCM？専用アプリじゃないと受け取れないのでは？

**SIM無しさん** · 2016/12/23(金) 17:52:36.28

GCM専用アプリってどんなの？

**SIM無しさん** · 2016/12/23(金) 17:58:26.85

>>103

AQUAの作者がリンクを紹介したページです。
作者自身ではありません。
そちらにも、あなたの意見を書き込んであげると喜ばれますよ。

前に書いた通り、自分はリアルタイム通知が必須ではないので
理由を知りたいという興味と、もし原因不明でも対処法がわかると
いいなと思っています。

現状ではリアルタイムプッシュができているので、
できなかったときの検証はできません。

**SIM無しさん** · 2016/12/23(金) 17:58:49.86

>>103
SNSは即通知来るみたいですが一日に10件で日本語文字化け等問題ありだそうです。

**SIM無しさん** · 2016/12/23(金) 18:00:55.50

>>104
何度もすいません。
転送なのですか？
通知を受け取って連携かと思っているのですが？

**SIM無しさん** · 2016/12/23(金) 18:05:19.39

以下にadbによるDozeのテストがすんなりとはいかないような記載がありますね。
http://qiita.com/usagimaru/items/7c549336a9aee447dd97

**SIM無しさん** · 2016/12/23(金) 18:11:33.66

>>109

自分も使っているわけではなくリンク先の文書を読んだだけなのですが
そのように思われます。
trigger@ifttt.comにメールを送れば、アプリに即時通知されると。
差出アドレスによって、誰に通知するかを判断する。
例えばWebでボタンを押したら、trigger@ifttt.comにメールが行くような仕組みを
作っておけば、リアルタイムで通知を受けられると。
Gmailの場合はそのアドレスに自動転送するように設定しておくしかないと思いますが。

**SIM無しさん** · 2016/12/23(金) 18:29:07.45

>>107
ああ、作者とは直接関係ないわけですね。
あとわたしはk9ユーザーなんですよね。

> 現状ではリアルタイムプッシュができているので、
> できなかったときの検証はできません。

困っている人の為にあなたの環境を出せばいいんですよ。

>>110
分かりづらいって話ですね。

そもそも古い情報ですよ、同サイトからならいくらでも新しいのが探せると思うんですがね…。
ttp://qiita.com/FumihikoSHIROYAMA/items/b1d6dbda120462d0e209

**SIM無しさん** · 2016/12/23(金) 18:30:07.15

Androidメール総合で下記URLが紹介されました所、Aquaは通知来ないとなり、Dozeの件はスマホ板に隔離されましたが、この中の
Push email not based on imap idle doesn’t work with Doze, either:
は何なのでしょうか？

Google翻訳で申し訳ないが
imapアイドルに基づいていないプッシュメールは、Dozeでは動作しません。

http://androidforums.com/threads/marshmallow’s-doze-broke-push-notifications-my-fix-is-preventing-doze-with-macrodroid.1058445/

質問ばかりですいません

**SIM無しさん** · 2016/12/23(金) 18:41:24.53

>>113

その文でいうところの
「IMAP IDLEに基づかないプッシュメール」とはGCMプッシュのことです。
eitherがあるので，「も」ですね。

つまり、IMAP-IDLEプッシュだけでなくGCMプッシュもDozeでは動作しない
という意味です。

**SIM無しさん** · 2016/12/23(金) 18:58:55.28

>>114
え？
基づかないですよ？
IMAP IDLEに基づいたプッシュメールはDozeで動くんじゃない？

日本語難しくわからん

**SIM無しさん** · 2016/12/23(金) 19:00:15.18

英語はもっとわからんが

**SIM無しさん** · 2016/12/23(金) 19:14:42.92

>>115

きちんと前の部分も読んでください。
最初にIMAP-IDLEプッシュがDozeモードでは動作しないということが書いてあり、
それを踏まえて
IMAP-IDLEに基づかないプッシュ（＝GCMプッシュ）「も」Dozeでは動作しない
と書いてあるのです。

**SIM無しさん** · 2016/12/23(金) 20:13:41.52

>>117
前は読んでいたのですが勘違いしていました。

それでは尚更Aquaで通知来るのはなぜですか？
117は通知きているのでしょ？
来ているなら矛盾していないですか？

**SIM無しさん** · 2016/12/23(金) 20:36:57.04

>>41
自分の環境では当初Wifi、4Gのどちらでもプッシュできませんでした。
>>107
現状ではリアルタイムプッシュができているので、

Aquaの安定版(Google Play Beta) 1.6.4-dev4当たりで設定→メール・受信に電池の最適化の項目が追加されていますが、リアルタイムプッシュ出来るのは
どの当たりからですか？

**SIM無しさん** · 2016/12/23(金) 21:16:30.80

>>98
自分はgreenifyの連続Dozeモード使って電池節約もしましたし、DisableDozeでDozeも止めました。Doze止める前も通知はきていましたので、DisableDozeを使う必要は無かったのですが、
興味があったので入れてみました。
入れて思ったのは、思っていたほど電池の持ちは変わらないです。

**SIM無しさん** · 2016/12/23(金) 23:01:36.27

>>111
Zapier 使うと出来るみたい遅延も殆ど無い

http://ameblo.jp/boku04/entry-12202707733.html

GmailのPush通知を受け取れるとはならない？

**SIM無しさん** · 2016/12/24(土) 08:11:51.10

>>119

同じバージョン（最新版）を使っているうちにできるようになりました。
K-9でもできるようになったので、アプリのバージョンは無関係に思います。

>>121

それも、メールの転送と書いてありますよね.
GmailのGCMプッシュではありませんよ。
転送を受けたメールサーバーから独自にプッシュ（GCM?）です。

Gmailをプッシュ通知ができるメールサーバーに転送して通知を
リアルタイムに受け取れないかなとは思っていたのですが、
実際にこういうサービスがいろいろあるのですね。
通知は別のアプリに任せて、通知が来たら自分の好きなメールアプリで
読みに行くということで良ければ、事実上は解決かもしれません。

**SIM無しさん** · 2016/12/24(土) 08:42:22.17

>>122
メールを受信したらそれをトリガーとしてアクションを起こすはずだけど？
転送って？アクションの事？
GMAIL受信をトリガーとしてZapierのEmailに転送→TwitterのDMに通知なんですが？

**SIM無しさん** · 2016/12/24(土) 08:47:52.24

IMAP-IDLEプッシュがDozeモードでは動作しない
GmailのGCMプッシュは
純正アプリ以外では受け取れない

どうやってZapierは通知を受け取る？のでしょうか？

**SIM無しさん** · 2016/12/24(土) 09:05:44.10

>>122
IFTTTですがGmailをを受信したら電話で通知
http://d10gkotatsu.hatenablog.jp/entry/2016/10/06/135754

これも転送？

**SIM無しさん** · 2016/12/24(土) 09:16:43.64

どうも仕組みをよく理解されていないようですが。

まず、あらかじめGmailの設定(Web上）でZapier指定のメールアドレスの転送設定をしておく。
Gmailサーバーにメールが届くと、そのメールがZaiperのメールサーバーに自動転送される。
Zaiperは転送を受けると、そのメールアドレスに登録されたユーザーのZaiperアプリに
対してプッシュを送る。
Doze中でもリアルタイムで受信可能ということなら、
高優先度GCMプッシュを使っているのでしょう。

**SIM無しさん** · 2016/12/24(土) 09:27:52.17

>>126
Zapierというのは各種WebサービスのAPIを利用してWebサービス間の処理を自動で連携してくれるWebサービス。

**SIM無しさん** · 2016/12/24(土) 09:30:14.07

>>125

これをスマホ側でやるということですよね。
そのGmailの通知がDoze中にリアルタイムで来ないので困っているわけですから、
それが来なければ、当然リアルタイムでは動作しないでしょうね。

**SIM無しさん** · 2016/12/24(土) 09:33:24.89

あなたのリンクしたブログにちゃんと書いてあるでしょうよ。

業務メールがGmailに来る → zapierのメアドに自動転送 → zapierによって自分宛てのDMがツイートされる → スマホがチロリンと鳴る

Zaiper独自のアプリではなく別のリアルタイム通知可能なアプリ（ここではTwitter）を介して通知してますね。

**SIM無しさん** · 2016/12/24(土) 09:35:39.46

チャットワークでZapierを使ったことありますが、APIトークンを所得してから使いましたよ。
APIトークンってなんですか？

**SIM無しさん** · 2016/12/24(土) 09:45:59.58

>>129
書いてますよ？
リアルタイム通知が必要だからZapierのメールに転送しているだけですよ。

Zapierというのは各種WebサービスのAPIを利用してWebサービス間の処理を自動で連携してくれるWebサービスとあります
APIを利用してメールを所得してそれをトリガーとして次のアクションに渡すだと思うのですが？違うのでしょうか？
転送して通知なら他の方法ありますよね？

**SIM無しさん** · 2016/12/24(土) 09:51:35.16

ID:kwsmihTT
頭おかしいこの人ｗ
どっか普通じゃないｗ

**SIM無しさん** · 2016/12/24(土) 09:55:26.34

>>131

アプリの連携の話とリアルタイム通知の話をごちゃごちゃにしているようですね。
通常のアプリ連携ではタイムラグが生じる場合があるから、
リアルタイム通知が必要な人のためにメール転送を利用したサービスを
別に用意しているのですよ。
転送して通知する他の方法は自分は他に思い当たりません。

こちらのサービスの詳細についてはスレ違いなので他でお願いします。

**SIM無しさん** · 2016/12/24(土) 10:10:41.83

>>133
スレ違いですか？
わかりました

**SIM無しさん** · 2016/12/24(土) 10:49:03.08

ふとスレを俯瞰すると、通知で困ってる人がいないみたい？

ID:TEzr8Z9q = ID:HODt2jAi なんだと思うけど、彼も今は問題を抱えていないね。
ID:MKJf1O3Z = ID:kwsmihTT なんだと思うけど、彼もDoze切る前から通知は来ていた、その上Dozeを切っているという。

板違い故か…。
このスレでやりとりするのはあまり建設的ではないかも知れませんな。

あーわたしはk9使いの人ね。

adbでのDoze検証は、GreenifyなどのDoze関連アプリや、一部のバッテリー関連アプリと、求められる環境は同じ。
Dozeを殺すのにも、積極的に使うにせよ、adb使えるかどうかで自由度が全然違うよ。
このスレにいるかいないかわからんけど、Dozeでお困りの人はまずadb環境用意して動いた方が効果的だよ。

上記したお二人も、興味があるならそれくらいしてほしいな。
伝聞の主語を大きくされるのはね…。

元々Doze（積極利用）スレは別にあり、そこでは半ばadb前提です。
【マシュマロ専用】ForceDozeスレ [無断転載禁止]©2ch.net
http://potato.2ch.net/test/read.cgi/android/1466735975/
DisableDozeなどのDoze抑止の話も出てるので、ホントにDozeで困ってる人は移転をおすすめするよ。

**SIM無しさん** · 2016/12/24(土) 10:57:30.08

そもそもこのスレ立てたの基地外だし

**SIM無しさん** · 2016/12/24(土) 10:59:00.19

>>135
>>110 を持ち出されて萎えているのでわたしは戻ります。（>>112で反応しましたけどね）
いやならadbしなくてもいいですよ、ホントに。

伝聞や憶測、「作者がリンクした」とかの権威主義も嫌気がさしました。（しかもこの中身はDoze抑止に前時代的な「タスクの定期実行」ですしね）
興味がある、解明したい、でもadbは面倒だですか…。その上で聞き齧りを「世界中」「たくさん」と主語を大きくする人がいるようですしね。

ホントにDozeにお困りの方は>>135のスレをおすすめします。ではよければあちらでお会いしましょう。

**SIM無しさん** · 2016/12/24(土) 11:43:48.78

ネット情報の伝聞ではなく自分で実証した報告でなければ
ダメだというのであれば、それで良いのではないでしょうか。
自分はネット上の様々な情報を総合的に見て判断したいと思います。

でも、メール総合スレであった
AQUAの設定でGCMプッシュが高優先度になり受信できるようになる
みたいな、わけのわからない話は減ったので、それなりに整理されたように思います。

原因・手段はどうあれ、Doze中にホワイトリストに入れてもメールアプリのプッシュ通知が来なくなる
という問題が解決するのであれば、良いのではないでしょうか。

**SIM無しさん** · 2016/12/24(土) 12:53:57.27

>>138
> ネット情報の伝聞ではなく自分で実証した報告でなければ
> ダメだというのであれば、それで良いのではないでしょうか。
> 自分はネット上の様々な情報を総合的に見て判断したいと思います。

伝聞ばかりで改善策・回避策の提案もしていない。
中でも酷いのは伝聞の主語を大きくすること。「世界中」には呆れます。
また権威主義。「作者がリンク」はさて中身はどうでしたか？その中身の対策、現在でも有用だとホントに思っているのですか？ただの定期タスク実行ですよ？

> 原因・手段はどうあれ、Doze中にホワイトリストに入れてもメールアプリのプッシュ通知が来なくなる
> という問題が解決するのであれば、良いのではないでしょうか。

あなた改善策も回避策もなんら提示してないよね…。（唯一「作者がリンク」だけでしょうかね）
IFTTTを提示した ID:MKJf1O3Z の方がはるかに有益な人ですよ…。
（そういえばあなたIFTTTのポーリング間隔にもケチ付けてましたね…）

IFTTTはadbを利用できないユーザーにとっては福音でしょう。
また「別経路（アプリ）のGCM Highを通知に使うことで代替する」はIFTTT/Twitter DMに限らず自由度が高いので、Dozeに限定せずともGCM Priority High通知を得るよい手法になり得ますよ。
LINE BOTを利用して、メールに限らずネットワーク上から把握可能なあらゆるflagをLINEを経由してGCM High通知できそうですからね。

そのアイディアに対して、まずIFTTTのポーリング間隔に噛みつくんですからね…。>>100
ID:MKJf1O3Z はポーリングへの対策も紹介しているけどね。

>>132
日本語に不都合があるか、引用作法に問題があるのかなとは感じてる。
一方IFTTT提示は彼が最初でもあったし、有用な情報を提示してもいると思うね。
わたしはadb原理主義的で面倒な迂回を思い浮かばなかったけど、adb利用できない人もいるからね。

ネガティブで自分で動かない、他者にケチ付けてばかりの人に比べたらよほどマシですよ…。

**SIM無しさん** · 2016/12/24(土) 16:39:05.87

ここは長文好きな奴の溜まり場ですか？

**SIM無しさん** · 2016/12/24(土) 16:41:09.87

通知でお悩みな人に簡単な解決策
iPhoneにしなさい

**SIM無しさん** · 2016/12/24(土) 17:59:36.14

通知受信用スマホかケータイ1台持ちゃいいんだよ

**SIM無しさん** · 2016/12/24(土) 18:31:15.57

友達がいない人の意見だな。

**SIM無しさん** · 2016/12/26(月) 10:45:33.34

通知問題が不自由で仕方ないので5にダウングレードしようと思うのだけど
後悔する点ってありますか？

**SIM無しさん** · 2016/12/26(月) 20:13:12.14

>>141
Cloudが不安なのでそちらは無理です

**144** · 2016/12/28(水) 09:48:50.96

5にダウングレードして通知問題とは無縁になりました
精神衛生上、これがベスト
こんなユーザーの利便性を無視した省エネ機能を押し付けるandroidは駄目だね
次はiPhoneにします

**SIM無しさん** · 2016/12/28(水) 11:53:25.42

↑そういう言い方ないだろ。何様のつもりだ。
書き込んで損しました。
もうここへは来ません。さようなら。

**SIM無しさん** · 2016/12/28(水) 12:52:04.77

バッテリー持ちを良くしろと言ったのは他ならぬユーザー
Googleが省電力機能を提供したのに使わなかったのはアプリ開発者
Googleはユーザーの声を聞いて
省電力対応しないアプリだらけでも省電力になるようにDozeを提供した

悪者は誰だ

**SIM無しさん** · 2016/12/28(水) 13:20:34.00

>>148
おまえだ

**SIM無しさん** · 2016/12/28(水) 13:48:47.17

>>148
メールに関しては、imap-idleによるプッシュ通知に対する配慮が足りないと言われてもしょうがないよ
メールはGCMではなくimap-idleによるプッシュ通知が標準になっていたしね

**SIM無しさん** · 2016/12/28(水) 13:55:03.66

本家Gmailアプリがまともに動けばなんてこと無かったのにアホだgoogle

**SIM無しさん** · 2016/12/28(水) 16:26:29.62

通知の即時・確実性が最優先なら答えは決まってる
SMS以上のものはないよ

Androidも、iPhoneもSMSをトリガーとしたものほどのバッテリー省電力性能、即時・確実性など、モバイルネットワークの仕組み上他にあり得ない

imap idleが標準だとか言ってる俄>>150がいるけど、それはユーザーのおもちゃレベルの信用性の元でしかない話
おまえ仕組み分かってないだろ？
アドレス変わらず繋がっていると見越して（もしくはkeep aliveでバッテリーを犠牲にして繋ぎ続けて）鯖が投げつけるだけのプロトコルになにを期待してるんだか
標準？お前の中ではそうなんだろうよ
バッテリーを犠牲にしてexchangeにでもしてろ

SMSはIPベースのLTEでも載っかってる（ex au
キャリアのSMS通知を頼りにするのが、その方向なら最も賢い

が、SMSはキャリア自身が使うならともかく、他者が使うのはコストが見合わない
SMSほどのコストをかけず、Dozeのようなバッテリー消費を抑えつつ即時通知するならAndroidならGCM/FCMしかない

ガラケー時代からe-mailの即時通知に慣らされているせいでどいつもこいつも的外れなことばかり書いているが
e-mailプロトコル群単体で即時・確実性のある通知は不可能
今までキャリアが提供してきた即時通知は、SMSトリガー（か、それに類するキャリアネットワーク依存のコストの掛かるシステム）だけ
それくらい理解してから出直してこい

>>151のような勘違い・使いこなせないやつが出てくることに、一般ユーザーのリテラシーの低さを感じるな
お前のようなやつはキャリアに食い物でもされておけ
MVNOなんてお前には一生使いこなせないよ

まあDozeはユーザー選択余地を「まだ」残すべきだったろうね
Oあたりでの強制はともかく、それまではデフォルトon、Mでは一般設定項目から選択可能ぐらい
Nでは開発者オプションのみ選択可能と、徐々に締め付ければよかった
そうすれば愚図るバカなユーザーが騒ぎはしなかったろうよ

現状でもLINE/Twitter DMのPriority HIGH GCMを使った迂回通知は「頭おかしい人 by>>132」でもできる
愚図るくらいだったら自分で対処しろ
ID:MKJf1O3Z 程度に自分で動けないやつは、キャリアに依存してそのまま食い物にでもなってりゃいい

**SIM無しさん** · 2016/12/28(水) 16:37:38.78

>>152
ま、規格ではSMSトリガーが世界標準だわな
省電力性でも通知の確実性でもSMSトリガーが優秀だよね
Gmailがそうしてくれるといいだけどね
二段階認証では使ってるしね
キャリアが問題なのかな
しかしレスの口調が意味不明なほどに激しいね

**SIM無しさん** · 2016/12/28(水) 17:26:02.61

6行で収まるのに長すぎる

**SIM無しさん** · 2016/12/28(水) 17:50:49.70

本家gmailアプリってdoze中にリアルタイムプッシュできないよね
使いこなす以前の問題なんだけど

**SIM無しさん** · 2016/12/28(水) 18:32:25.24

ID:Be9thIlN にはたくさん標準があるんだねー
>>148 メールはGCMではなくimap-idleによるプッシュ通知が標準になっていたしね
>>152 ま、規格ではSMSトリガーが世界標準だわな

標準というかOMAはSMSトリガーしか規定してないよ？
世界だけでなく、日本でもSMSトリガーがキャリア標準よ？
標準言いたいだけなんだろうけどねえ、なんだかね

Dozeを遅延理由にしている人がいるが、imap idleのモバイル運用ならいままでも大なり小なり遅延していたはず
それに今まで気づきもしなかったクセしてなに言ってんだかと思うね

愚図ってばかりの人はおそらくホワイトリストにも入れてないんだろーなー
あと、いろいろあるアプリを試していないんだろうなと言うことも分かるね

Doze下でもホワイトリストに入っていればkeep aliveできている（ように手元のNexus6では通知がくる）アプリもあるよ
Gmailアプリがー、Aquaがーとか、よく飽きもせんなー

**SIM無しさん** · 2016/12/28(水) 19:05:31.23

>>156
すまないね
標準的感覚にでも読み替えてくれ
人数で言えばGmailが多いだろうからね

**SIM無しさん** · 2016/12/28(水) 20:35:19.10

>>156
ホワイトリストに入れているけどDozeでキープアライブできなくなってるよ
そういう端末もあるということ

**SIM無しさん** · 2016/12/28(水) 23:32:46.79

GCMの優先度が問題ならkeep aliveできてても無駄でしょ

**SIM無しさん** · 2016/12/29(木) 00:20:30.07

>>157
人数で言えばキャリアメールアプリだろうよw
ふつーの人はGmailアプリなんざつかわねーよ
MVNOユーザーなんて、キャリアユーザーのまだ10%にも満たないんだよw （総務省PDF

>>158
だから諦めてキャリアに食い物にされるか、工夫してTwitter DMなどを介せよ、何度も書かせるな
知ったかぶりばかりだなあんたは

>>159
IMAP idleのkeep aliveと、GCMのPriorityになんも関係ないよ
IMAP idleなメーラーは、GCMとは無関係なのになに言ってんのこいつ？

**SIM無しさん** · 2016/12/29(木) 00:36:51.82

>>160
全AndroidユーザーでみればGmailだと思うけどな
メールサーバ毎のユーザー数だとGmail断トツでないの？
知らんけどw

なんでホワイトリストにいれてもキープアライブできないと言えば知ったかになるのかわからないな
知ったか言いたいだけか？
知らんけどw

**SIM無しさん** · 2016/12/29(木) 00:42:32.12

AquaMailでスケジュールオフ、IMAPプッシュのみ、キープアライブもオフにして
放置から3時間近くに送信したら3秒でプッシュしたｗ
GreenifyのログでDoze開始後2時間40分ごろだった
wifiもオフにしてるのとAquaMailの電力消費も少ないし最高だわｗ

**SIM無しさん** · 2016/12/29(木) 09:37:49.07

>>161
ID:Be9thIlN = ID:6/GkYSn+ = ID:PGY2rEHA か
全Androidユーザーなどと言い出すとはねえ
浅はかだなあ
じゃあGoogleを遮断されてる在中国ユーザーも換算するねー
それでもGmailアプリが最大だと強弁するのかね？
アホかこいつ

こーゆーところも知ったかなんだよ、知識が浅い
聞き齧りのIMAP idleが標準だと嘘言い出したり
指摘するとSMSトリガーが世界標準だと言い直したり
Gmailアプリが最大多数と言い出して（以

役にたたねーからお前はひっこんでろ
ID:MKJf1O3Z の爪の垢を煎じて飲んでから出直してこいよ
なにもできないならキャリアに戻れ

ID:PGY2rEHA ではない少しでも工夫できるヤツは、Twitter DM経由を試せ
他は困難か環境依存なので自分でヤりきれるならヤれ

root
ttps://play.google.com/store/apps/details?id=de.geroo.disabledoze を試す
adbで潰す（要再起動毎）
Dozeでも（ホワイトリストに入っていれば）IMAP idle keep aliveするアプリを試す
Twitter DMなどPriority HIGH GCM経由を試す
L以前に戻れるなら戻る
一部のSIMフリー端末メーカー（某H）は通知がクソという話があるので買い換える
キャリアメールにする（SMSトリガー）

**SIM無しさん** · 2016/12/29(木) 10:24:44.92

Gmail転送→YahooMailまたはキャリアメールにて通知でも行けるのでは？
Yahooメールは通知安定しているようですよ。

ZapierはTwitter以外に色々組合せ出来るので自分にあったのを探したらどうでしょうか？

IP電話はメーカー対応待ち

Disabledoze でDozeをOFFでDozeの通知問題殆ど解決　アプリはスイッチしかないので簡単ですよ。

**SIM無しさん** · 2016/12/29(木) 12:51:04.31

>>156
> 愚図ってばかりの人はおそらくホワイトリストにも入れてないんだろーなー
> あと、いろいろあるアプリを試していないんだろうなと言うことも分かるね
>
> Doze下でもホワイトリストに入っていればkeep aliveできている（ように手元のNexus6では通知がくる）アプリもあるよ
ここの知ったかはスルーか？
おま環でドヤ顔されてもね～
えらそうに言う割に既出レスぐらい読めってのw

**SIM無しさん** · 2016/12/29(木) 15:12:11.60

Disabledoze使ってまで泥6である必要あるのかな？
5の方が良いんじゃね

**SIM無しさん** · 2016/12/29(木) 15:22:46.23

>>166
メールの通知はどうでも良い人で、IP電話の通知が必要な方とかは、対策されるまでのつなぎで使ったりしているみたいです。

**SIM無しさん** · 2016/12/29(木) 17:18:46.94

>>164
本スレやwebをみる限り、DisableDozeが効かない環境もある
rootやLに戻すといった完膚なき手段が取り難いので、手段は複数あった方がいいと思うよ

>>165
これがおま環ネタであることなど分かってるからああ書いてんだよ
突っ込みやすかっただろうよ、ここでは数少ない具体的端末名まで挙げてあげたからな
それに>>163にも書いてあるだろ？環境によると
まずは深呼吸して既出レスぐらい読んでから出直してくれ

>>166
Lのセキュリティアップデートは既に終了
Mも端末によっては既に対象外か、もうすぐそうなる
また通話系ならDoze効きまくってくれた方がバッテリー稼働時間が取れるので、通話（とHIGH GCM）がメインならMの方がいい
VoIPも粗方HIGH GCMに待避済

Dozeを憎んでやまないのはメールがメインのユーザーじゃないかな
対処としてHIGH GCM経由にするのが即時性とバッテリー面で都合いいと思うけどね
ヤらないヤツはホントなにもヤらないよなー

**SIM無しさん** · 2016/12/29(木) 18:21:01.64

>>168
やっぱり、Disabledoze 効かない端末あるんですね。

僕的にはDozeは良いシステムです。
紹介していた手前、実験的Disabledoze を使ってますしたが、もうすぐGreenifyの連続Dozeモードに戻そうと思います。

**SIM無しさん** · 2016/12/29(木) 21:11:51.87

Disable Dozeが機能しないなんて書いてるの見たことないんだが

**SIM無しさん** · 2016/12/29(木) 22:05:37.84

ちなみにwifi運用もしくはSMS無しSIMでDoze中でも通知できてる報告あったっけ？

**SIM無しさん** · 2016/12/29(木) 22:45:57.40

>>169
メーカー独自実装の後追いですけどね
ユーザーに選択肢を残しておけばよかったけど、残すとアプリの新陳代謝も進まないわけで痛し痒しなんじゃないかな
即時性を求めたいがキャリアメールに戻れないなら、HIGH GCM迂回通知法を学んで対処してしまった方が対Dozeに今後も有効だと思います

**SIM無しさん** · 2016/12/29(木) 22:46:38.32

>>172
メールに関しては少なくとも国内ではどの程度か不明だか即時・確実性のニーズがあります
Y!のようにメールサービスとアプリをセット化することで「e-mailでも通知をHIGH GCM」といったこともできなくはありません※
Doze環境向けにアプリ（とHIGH GCM通知拡張したメール鯖）セットでメールサービスを行う
それを単純課金や広告などでマネタイズする、なんてビジネスも（国内だからこそ）なり得るかもしれませんね
※Y!メールアプリがHIGH GCMを利用しているかは確認していない

ただ一ユーザーがそんなものが出てくることを期待するよりも、>>121などを活用する方法を会得しちゃった方が取り回しが利くと思います

・ZapierやIFTTTにアカウントを作る
・Twitterに通知専用のアカウントを作る
・公式Twitterアプリで普段使いのアカウントを設定する
・普段使いと通知専用アカウントを互いにフォローさせる
・レシピアドレスにメールが来たら、通知専用アカウントから、普段使いアカウントにDMを投げるレシピを作る
・レシピアドレスにGmailなどからの転送設定をする
・ZapierやIFTTTを経由して、通知専用アカウントから、普段使いアカウントにTwitter DMで通知がくる

そこそこ手間ですが一度やってしまえば、レシピアドレスにメールを投げられるならなんでもHIGH GCMで通知を受けられるようになる
誰かさんのように愚図る人もさっさとやればいいと思いますね

**SIM無しさん** · 2016/12/29(木) 22:50:05.26

>>170
日本語しか見れなくても評価の偏りから類推ぐらいできるだろうに
英語のレビューには動かなかったという報告がある
レビューURLは長すぎて貼りきれんのでｂｉｔ．ｌｙ／２ｉＩ８ｔＦＩ

**SIM無しさん** · 2016/12/29(木) 23:56:03.09

>>174
本スレは結構買った人がいたけども機能しないって人はいなかったし
ストアのレビューは単にHuaweiの独自の権限設定をしてないだけかもしれないし情報が少なすぎる

**SIM無しさん** · 2016/12/30(金) 03:09:24.63

ID:q0FgAxiv
ID:b1OKuZhP
ID:MLp0WhDp

こいつがいっていることはほとんど既出なんだよな

**SIM無しさん** · 2016/12/30(金) 06:41:31.82

hMailServerっていうIMAP IDLE対応のフリーのメールサーバがある
https://www.hmailserver.com/
これでサーバを立ててホワイトリストに入れたアクアとの通信をWiresharkで監視してみた
https://www.wireshark.org/

それでこんなことが分かった

アクアは「IMAPプッシュセッションの持続時間」が経過すると
一度IMAP LOGOUTしてTCP接続も切断してからまた再接続する

このようにアクア側から切断した場合はすぐ再接続するが
メールサーバ側でタイムアウトが起きて切断された場合は
アクアはすぐに再接続したり30分経ってから再接続したりと挙動が安定しない

当然だけど、切断されている間は再接続するまで通知が来ない

タイムアウトを防止しようとしたが
アクアの「プッシュメール・キープアライブ」は
Doze中は設定時間通りにキープアライブされなくて効果なし
同期もIDLEとは別のTCP接続で行われるので効果なし
「IMAPプッシュセッションの持続時間」が最短30分なのがもっと短く設定できればいいんだが・・

IMAP IDLEのプッシュ通知が問題ない人は
タイムアウトが長いメールサーバを使っているか
アクアの設定か端末の環境によっては
タイムアウトが起きてもすぐに再接続されるのだと思う

**SIM無しさん** · 2016/12/30(金) 07:16:50.33

>>177
これだとDoze中以外でも起こりませんか？

**SIM無しさん** · 2016/12/30(金) 09:15:53.94

>>171
うーん覚えていない
その運用はかなり少数ではなかろうか

Wi-Fi設定で「スリープ時にWi-Fi接続を維持」を「電源接続時にのみ接続」にしているけど、「常に接続」を敢えて選ぶことは視野外だなあ
当然前者ではDozeしない

使ってるときはDozeに入るほど放置しないし、例え放置しても通知がこないのはDoze以前にWi-Fiが切れているため
使っていないときは充電しているのでWi-Fiも繋がりっぱなし、Dozeも条件満たさず入らないので、普通に通知がくる

持ち運ぶならNexus7 2013もNexus9もSIM運用するだろうし…あまりにマイナーでは

>>175
じゃあどんなAndroid Mでも確実に動作すると思うのか？
Androidは功罪別として事実フラグメントがあるんだからどうしようもないよ

また本スレ購入住人より、ストアで購入した母数が大きいのも理解できるよね？
Doze無効化を求めて低価格ながら有料購入したにもかかわらず、☆1評価がそこそこある現実を直視しな

つーか、きみはDisableDozeはどんな環境でも確実に動作するという情報でも出してくれるのかね？
本スレでさえもセンサー周りはおま環になってるのを知らないのか？
こちらはきみが（なぜか）捜し出せなかった（公式ストアにある）レビューの存在という情報を提示してるんだよ
役に立つ有益な情報を持って出直してきてくれ

>>177
鯖側もおま環になるのかー
もしsession timeout値を変更できたら試していただけると鯖要因の一つを潰せる…けど、自分で立てでもしてない限り対処のしようがないのか
フリーで提供しているところがsession数やtimeoutを富豪設定しないよなあ、負荷になるだけだし

この理屈を進めると、NAT下ならそのsession timeoutも絡みそうですね
だからこそクライアントからのkeep aliveが必要なんだけど、Doze下のAquaはそれができないのか

**SIM無しさん** · 2016/12/30(金) 10:50:47.38

キープアライブ無効、IMAPセッション維持期間30分で放置5時間以上でも数秒で通知する俺環スゲーｗ
Gmail以外のIMAPメールはDozeでダメだったけどGmail使えりゃいいや

**SIM無しさん** · 2016/12/30(金) 11:43:46.70

DisableDozeが環境によって効かないなどと言ってる人はまずその症例を出すべきだろ

レビューの評価にバラツキがあるからなんてのは何の証拠にもならん

**SIM無しさん** · 2016/12/30(金) 16:10:58.68

>>181
>>174 のレビューくらい読んでこい
だいたい他にも報告あがってるから>>175がHuaweiの件に触れてんだよ
お前は公式ストアのレビューも探せないクソなのか？しかたねーな
ｔｔｐ：／／ｂｉｔ．ｌｙ／２ｈＢｋＳｉＧ
ｔｔｐ：／／ｂｉｔ．ｌｙ／２ｉＬｚＳＬｂ

本スレからの出張かねえ
本スレの連中はレビューがないとか書いてるくらいだからな
http://potato.2ch.net/test/read.cgi/android/1466735975/475,477,693,828
お前らの世界には日本語しかねーのかよ、アホが

試して動きゃいい
でも動かない環境もあるから回避手段を挙げるんだよ
お前のとこで動いてんなら黙って使ってろ、役立たず

**SIM無しさん** · 2016/12/30(金) 18:22:10.78

Dozeの無効化
adb shell dumpsys deviceidle disable
これだと再起動時に毎回実行しないとダメで、これをScript化したのがありDisabledoze はこれをアプリ化したものと自分は思っている。

Script化のURLしたもの
http://www18.atwiki.jp/takeone/pages/79.html

ちなみに
このスレの中でアクア作者の紹介URLにScript化したものとDisabledoze は紹介されている

**SIM無しさん** · 2016/12/30(金) 18:41:16.65

↑
ごめん違う
Disabledoze はDozeに入った直後に止めている。

**SIM無しさん** · 2016/12/31(土) 16:11:27.53

>>180
うろ覚えだがGmailはsession保持がたしか20分くらいだったような
無通信（keep aliveなし）でも相手が同じIPでListeningしていると見なす時間が長ければ長いほどクライアントには都合がいいが、鯖にとってはいい迷惑なのでGmailがフリーでは最大級なんだろうな（憶測）

Gmailでもダメな人は自前で鯖を立てる
Exchangeはデフォ30分最大一日とかできたはず…アホくさコスト的にありえん

**SIM無しさん** · 2016/12/31(土) 16:12:05.78

>>185
また、鯖からkeep aliveを投げてもらっての応答ではDoze回避できないと思われるので、むしろ鯖からkeep aliveはない方がよさそう
（応答無しで切断と見なされ、session破棄されそう）

あとはクライアント側がDozeでもkeep aliveするようにsetAlarmClock()で短時間で起きるか（たしか時計アイコンが強制表示される）
そんなことしたらStoreから蹴られるだろうな

**SIM無しさん** · 2016/12/31(土) 16:12:45.10

>>186
k-9使ってる人はグローバル設定-ネットワーク-バックグラウンド同期-常時利用にしてみてる？
まあk-9はIMAP idleではその設定が必須だからトラブってる人はいないか…

**SIM無しさん** · 2017/01/01(日) 14:01:21.25

>>177
同期を15分にしたらどうだろうか。

**SIM無しさん** · 2017/01/02(月) 01:21:25.12

Disable Dozeって7.0でも使えてる？
アップデートしようか迷ってる。せっかくこれのお陰でメール問題解決したから、7.0で使えないなら上げたくないな。

**SIM無しさん** · 2017/01/02(月) 03:36:56.27

Gmailの通知が来ない状態ではどういう問題が起きているのか
LAN内のルータマシンにWiresharkを入れてアクアとimap.gmail.comとの間の通信を
キャプチャして調べようと思ったけど
なぜかDoze中も通知が来なくならない
ありがたいけどこれじゃ調べられない

通信がSSL(TSLv1.2)だから暗号化されていて完全には分からないけど
待ち状態になった後にアクア側からパケットが送られる場合(多分LOGOUT)も
Gmail側からパケットが送られる場合(多分タイムアウト)も
アクアは必ず「IMAPプッシュセッションの持続時間」ごとに新しいTCP接続を作っている
これだと通知が来なくならない

キャプチャしてみてGmailは切断する時にいきなりぶった切ることが分かった
(IMAPのレスポンスを送って来ずにいきなりTCP FINを送ってくる
しかもそれに対してアクアがFINを返すとRSTを返してくる)
それがアクアに必ず新しいTCP接続を作らせているのかもしれない

アクア+Gmailの組み合わせの場合は
もしかするとタイムアウトによる通知が来なくなる問題は起きないのかもね
もしそうなら>>180の人も説明が付く

**SIM無しさん** · 2017/01/03(火) 11:58:05.81

Heartbeat Fixer for GCMを入れてポート5228をWiresharkで監視して
GCMの動作を調べてみた

Doze中のハートビートは
Heartbeat Fixer for GCMで何分に設定してもOFFにしても変化がなく、
1740秒(29分)間隔で端末側からパケットが送られていた
それに加えてメンテナンスウィンドウが来たらそのタイミングでもハートビートが送られた

上の方で、Heartbeat Fixer for GCMで通知が来るようになった後で
アンインストールしても通知が来る状態が維持されているという話があったので
初回インストール前だと挙動が違うのかもしれないが
俺も入れてしまっていたのでそれは確認できていない

これで解決する人の環境では
通信路のどこかに30分以上無通信だと回線切断される部分があって
(WiFiとかNATとかモバイルネットワークとか)
何でもいいから29分に1回通信が起きれば接続が維持されて
通知が止まらなくなるのかもしれない

あと公式TwitterアプリはDMはpriority : highでメンションはpriority : normalと分かっているのを
利用してpriorityごとの挙動も調べたら
Doze中はnormalだと端末にパケットの送信すらされていなかった
どうやってGCMサーバ側で端末がDoze中かどうかが分かるのか不明だが
ハートビートで送信する35バイトのデータの中で状態通知しているのかもしれない
GCMの生データは人間可読でないので中身は確認できていない

**SIM無しさん** · 2017/01/03(火) 12:52:48.96

GCMを高にするオプション追加するとヘッダーに何か追加されるってデベロッパーサイトで見た気がしたけど
検索するの面倒だから気になる人は自分で探してくれｗ

**SIM無しさん** · 2017/01/03(火) 13:19:27.58

http://mslgt.hatenablog.com/entry/2016/04/23/001000

**SIM無しさん** · 2017/01/03(火) 15:02:16.63

すまん長い

>>191
なにもGCMでやりとりするものがなくても、GCM鯖から15分くらいに一回パケットこない？

ExchangeやIMAP-IDLEとネットワーク的にはやり口似てる
keep aliveを15や30分毎にするけど、その間はsession繋がったままlisteningしていると仮定してるだけ

sessionをやたら短時間で破棄される環境だと、GCMもIMAP-IDLE同様切られて通知出なくなる
ネットワーク的にはExchange/IMAP-IDLE程度に脆弱

DozeでGCMが有利なのは、Google Play開発者サービスがシステムアプリの上、Doze除外されている常駐サービスのため
他アプリは定期的にkeep alive送りたいけどDozeで仮死になっちゃう
Google Play開発者サービスはDoze関係なくkeep alive送れるので、たとえsession切れてても張り直しする

> どうやってGCMサーバ側で端末がDoze中かどうかが分かるのか不明だが

ttps://developers.google.com/cloud-messaging/server
DozeったときにXMPPで送ってるのかもしれないけど、GCMドキュメントで見たことない実装なのでなんとも
GCM鯖が端末状態を把握する必要はないと思うんだけどな

**SIM無しさん** · 2017/01/03(火) 23:29:49.21

>>194
1740秒の間には特にパケット来なかったよ
Wiresharkのポート5228のキャプチャはこんな感じ
(デフォルト出力から、2カラム目にtcp.stream、3カラム目にtcp.time_deltaを追加して
長文規制対策でInfoの後半を消してある)

4738 5 1740.864185000 2017-01-03 05:22:44.71 mobile mobile-gtalk.l.google.com TCP 101 55335→5228
4739 5 0.039409000 2017-01-03 05:22:44.75 mobile-gtalk.l.google.com mobile TCP 99 5228→55335
4740 5 0.004986000 2017-01-03 05:22:44.75 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
4800 5 1741.944733000 2017-01-03 05:51:46.70 mobile mobile-gtalk.l.google.com TCP 101 55335→5228
4801 5 0.038764000 2017-01-03 05:51:46.74 mobile-gtalk.l.google.com mobile TCP 99 5228→55335
4802 5 0.004708000 2017-01-03 05:51:46.74 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
5089 5 1740.916525000 2017-01-03 06:20:47.66 mobile mobile-gtalk.l.google.com TCP 101 55335→5228
5090 5 0.038665000 2017-01-03 06:20:47.70 mobile-gtalk.l.google.com mobile TCP 99 5228→55335
5091 5 0.003172000 2017-01-03 06:20:47.70 mobile mobile-gtalk.l.google.com TCP 66 55335→5228

てっきりpriority : normalのメッセージも端末に送信はされていて
Google Play開発者サービスが保留しておくのだと思ってたけど
以下のようにメンションのメッセージがそもそも送信されてこなくて意外だった

9788 5 1740.938847000 2017-01-03 11:28:03.59 mobile mobile-gtalk.l.google.com TCP 101 55335→5228
9789 5 0.037525000 2017-01-03 11:28:03.63 mobile-gtalk.l.google.com mobile TCP 99 5228→55335
9790 5 0.006878000 2017-01-03 11:28:03.64 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
ここでメンションを送るがしばらく待ってもパケットは来ない
11:33:32にDMを送る
9819 5 328.677322000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 129 5228→55335
1秒以内にメッセージが来た
9820 5 0.000278000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 161 5228→55335
9821 5 0.000009000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 225 5228→55335
9822 5 0.000007000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 867 5228→55335
9823 5 0.000005000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 460 5228→55335
9824 5 0.083183000 2017-01-03 11:33:32.40 mobile-gtalk.l.google.com mobile TCP 460
TSecr=418168
9825 5 0.102833000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
9826 5 0.000001000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
9827 5 0.000000000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
9828 5 0.000000000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
9829 5 0.001457000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
ここまでがDMの内容を受信するメッセージだと思われる
30秒待っても追加のメッセージが来ないので画面を点灯してDozeを抜けた
画面を点灯した瞬間はDMの通知しか表示されていなかった
9942 5 35.539739000 2017-01-03 11:34:08.04 mobile mobile-gtalk.l.google.com TCP 168 55335→5228
この時点でメンションの内容を受信するメッセージと思われるものが来た
9943 5 0.039229000 2017-01-03 11:34:08.08 mobile-gtalk.l.google.com mobile TCP 1121 5228→55335
9944 5 0.000014000 2017-01-03 11:34:08.08 mobile-gtalk.l.google.com mobile TCP 432 5228→55335
9945 5 0.006571000 2017-01-03 11:34:08.09 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
9946 5 0.000001000 2017-01-03 11:34:08.09 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
11094 5 21.203318000 2017-01-03 11:34:29.29 mobile mobile-gtalk.l.google.com TCP 168 55335→5228
11095 5 0.076582000 2017-01-03 11:34:29.37 mobile-gtalk.l.google.com mobile TCP 66 5228→55335

**SIM無しさん** · 2017/01/05(木) 14:24:57.44

>>195
> 1740秒の間には特にパケット来なかったよ

ドキュメントと違いすぎる…。
NATなどでsessionが実は切れててとかではと思ったけど。

> 4740 5 0.004986000 2017-01-03 05:22:44.75 mobile mobile-gtalk.l.google.com TCP 66 55335→5228
> 4800 5 1741.944733000 2017-01-03 05:51:46.70 mobile mobile-gtalk.l.google.com TCP 101 55335→5228

ログ見ると約30分後端末からパケット何事もなく流れてるし…。
端末からkeep aliveしてその応答する以外は、GCMなにも手当してくれていないように見えるなあ。

経路理由でsession切れてたらGCMでも最大約30分無通知か。
この面はキャリアメール（SMSトリガー）しか信用ならないのが全く崩れないなあ。

> てっきり
同意。

せいぜいDisableDozeなり、adbなり、rootなりして、バッテリー捨てていくしかないわけですな。
バッテリー捨てるならGCM要らない子じゃねえか…。

参考サイト
ttp://blog.livedoor.jp/gnunobian/archives/52030755.html
ttp://dsas.blog.klab.org/archives/52074007.html
ttp://risurisu.seesaa.net/s/article/380643899.html
ttp://creamsnexus.blogspot.jp/2013_10_01_archive.html
公式が役に立たねえ…。

**SIM無しさん** · 2017/01/05(木) 14:56:33.00

こんなのだとGCM優先度高でも通知遅れるわけだ

**SIM無しさん** · 2017/01/05(木) 15:14:43.04

>>196
Doze以前のGCMの実測調査は全部アテにならないってことだね・・・

**SIM無しさん** · 2017/01/06(金) 23:56:22.80

>>198
そこまでは言わない。
広範に複数環境での検証報告出てこないとなんとも。

ただ現実に互いに約30分無通信ログを見てしまうと、こりゃGCM高がベストプラクティスなんてとても言えん。
通話やSMSに大きく（最大約30分）劣る信頼性しかないことを、改めて認識させられたところ。

**SIM無しさん** · 2017/01/06(金) 23:57:12.26

>>199
一方で、端末も鯖もsession張れていると勘違いしたまま経路断なんてそうそうあるかと言えばそんなにはない。

ただIPv4枯渇のおかげでNATだらけ。
おかげで切れやすいので、ローカルIP配布のISPはこの面で、実は隠れた形でリスク高しと言ったところかな。
（既出のttp://risurisu.seesaa.net/s/article/380643899.html参考）

これはDozeやGCMの問題ではなく、ネットワークのしかもNAT timeout問題なので、Google的には知らん顔だろう。