タグ

spmodeに関するastk_fのブックマーク (5)

  • SPモードメールの通知(WAP PUSH)-Android情報センター

    SPモードメールは、WAP PUSHという手段で、プッシュ型のメール受信を行っている。 docomoでメール受信したらWAP PUSHでAndroid側に通知する。それががトリガーとなりSPモードメールのアプリでメール文を受信するという仕組みになっているのだ。 今回はそのメール着信のイベントを捕らえて見る実験をしてみたい。具体的には、ブロードキャストレシーバでWAP PUSHのインテントを拾うことになる。 まず、WAP PUSHのインテントを受信するには、マニフェストファイルにパーミッションの設定が必要だ。  <uses-permission android:name="android.permission.RECEIVE_WAP_PUSH" /> 次に、インテントフィルターの設定なのだが、SPモードメールの場合はどのように設定するかで、少し悩んでしまった。 WAP PUSHのイ

  • MELON CAKE: [android] iモードとSPモードのWAP PUSH信号(PDU)をデコードしてみた

    10-23 13:10:27.779: DEBUG/WAP PUSH(1015): Rx: 000605b0af02800202066a00850903646f636f6d6f2e6e652e6a703f50493d30360001 のようなログを出力します。Rx: 以降に出力されているのが受信したWAP PUSHのPDU(Protocol Data Unit)です。このログを使って、iモードとSPモードのメール受信時のWAP PUSH信号(PDU)をデコードしてみます。 // WSP header 0x00 - transaction ID 0x06 - pdu type(0x06: push) 0x05 - header length: 0x05 0xb0 - content-type: application/vnd.wap.slc 0xaf - X-Wap-Application-

  • SPモードメール(Wi-Fi対応)のプロトコル 2

    docomo資料と共に、SPモードメールの糞仕様を読み解く SPモードメール(Wi-Fi対応)のプロトコル の続き プロトコルに一般的な POP3S を利用しているとはいえ、ワンタイム?アカウントを利用したもので、PC等のPOP3Sクライアントでのメール取得は、基的に不可能 仕組みは SIMを使用して SPモード接続で、認証サーバからPOP3Sアカウントを取得。マイアドレスの取得時がそれらしく、巷でいわれているマイアドレスが消失した場合に、Wi-Fi経由の受信が不可能になる症状はこれに起因すると思われる また、SPモード接続時の手動受信に時間がかかる場合があるが、SPモードメールの強制終了などで、マイアドレスが消失している場合、SPモード接続経由で再認証を行っていると考えられる さらに、この認証結果には有効期限が設定できるため、マイアドレスを大事に保持しても Wi-Fi経由の受信をSPモ

    SPモードメール(Wi-Fi対応)のプロトコル 2
  • その他技術情報 | サービス・機能 | NTTドコモ

    110.163.6.0/24 ~ 110.163.12.0/24、 110.163.13.0/25、110.163.13.128/26、 110.163.13.192/27、110.163.13.224/27、 1.72.0.0/16 ~ 1.74.0.0/16、 1.75.0.0/17、1.75.128.0/18、1.75.192.0/19、 1.76.0.0/19、1.76.32.0/21、1.76.40.0/21、1.76.48.0/20 1.76.64.0/20、1.76.88.0/21、1.76.96.0/19、1.76.128.0/19、 1.76.160.0/21、1.76.168.0/21、1.76.176.0/20、1.76.192.0/20、 1.76.216.0/21、1.76.224.0/19、1.77.0.0/19、1.77.32.0/21、 1

  • エラー | dアカウント | NTTドコモ

    ご利用サービスのログイン方式は旧方式のためログインできません。 ご利用サービスのシステム管理者にお問い合わせください。 ※旧方式(OpenID 2.0方式)は2021年5月31日をもちまして終了しております。

  • 1