Secure Mail のプッシュ通知
iOS 版 Secure Mail と Android 版 Secure Mail は、アプリがバックグラウンドで実行されているとき、または閉じているときに、メールとカレンダーのアクティビティに関する通知を受信できます。iOS 版 Secure Mail は、Apple Push Notification service (APNs) を介して提供されるリモートプッシュ通知をサポートしています。Android 版 Secure Mail は、Firebase Cloud Messaging service (FCM) を介して提供される通知をサポートしています。
プッシュ通知の仕組み
iOS および Android 用のプッシュ通知を提供するために、Citrix® は Amazon Web Services (AWS) 上でリスナーサービスをホストし、以下の機能を実行します。
-
受信トレイのアクティビティがあるときに Exchange Server から送信される Exchange Web Services (EWS) プッシュ通知をリッスンします。Exchange はメールコンテンツを Citrix サービスに送信しません。Citrix サービスによって個人を特定できる情報は保存されません。代わりに、デバイストークンとサブスクリプション ID が、Secure Mail 内で更新される特定のデバイスと受信トレイフォルダーを識別します。
-
バッジカウントのみを含む APNs 通知を、iOS デバイス上の Secure Mail に送信します。
-
FCM 通知を Android デバイス上の Secure Mail に送信します。
Citrix リスナーサービスは、ユーザーデバイスと Exchange Server 間で ActiveSync を介して流れ続けるメールデータトラフィックに影響を与えません。高可用性と災害復旧のために構成されたリスナーサービスは、次の3つのリージョンで利用できます。
-
米州
-
ヨーロッパ、中東、アフリカ (EMEA)
-
アジア太平洋 (APAC)
プッシュ通知のシステム要件
Citrix Gateway の構成に Secure Ticket Authority (STA) が含まれており、スプリットトンネリングが無効になっている場合、Citrix Gateway は、Secure Mail からトンネルされたトラフィックを以下の Citrix リスナーサービス URL に許可する必要があります。
| リージョン | URL | IPアドレス |
|---|---|---|
| 南北アメリカ | https://us-east-1.pushreg.xm.citrix.com |
52.7.65.6; 52.7.147.0 |
| EMEA | https://eu-west-1.pushreg.xm.citrix.com |
54.154.200.233; 54.154.204.192 |
| APAC | https://ap-southeast-1.pushreg.xm.citrix.com |
52.74.236.173; 52.74.25.245 |
プッシュ通知のためのSecure Mailの構成
Endpoint Managementのプッシュ通知設定の画像(/en-us/mobile-productivity-apps/media/public-app-store-push-notifications.png)
Androidの場合、次の図はiOSと同じプッシュ通知設定を示しています。さらに、EWSがメールサーバーが存在する地域とは異なる地域でホストされている場合は、EWSホスト名の設定を完了してください。デフォルト設定は空です。この設定を空のままにすると、Endpoint Managementはメールサーバーのホスト名を使用します。
Endpoint ManagementにおけるAndroidのプッシュ通知設定の画像(/en-us/mobile-productivity-apps/media/android-push-notification.jpg)
トラフィックがリスナーサービスに流れるように、ExchangeとCitrix ADCを設定します。
Exchange Serverの構成
ファイアウォールから、Exchange Serverが配置されているリージョンのCitrixリスナーサービスURLへのアウトバウンドSSL(ポート443経由)を許可します。例:
| リージョン | URL | IPアドレス |
|---|---|---|
| 米州 | https://us-east-1.mailboxlistener.xm.citrix.com |
52.6.252.176; 52.4.180.132 |
| EMEA | https://eu-west-1.mailboxlistener.xm.citrix.com |
54.77.174.172; 52.17.147.220 |
| APAC | https://ap-southeast-1.mailboxlistener.xm.citrix.com |
52.74.231.240; 54.169.87.20 |
Exchange Web Services (EWS) と Citrix リスナーデバイスの間にプロキシサーバーがある場合、次のいずれかを実行できます。
-
EWS トラフィックをプロキシ経由でリスナーデバイスに送信します。
-
プロキシをバイパスし、EWS トラフィックをリスナーデバイスに直接ルーティングします。
プロキシサーバー経由で EWS トラフィックを送信するには、ClientAccess\\exchweb\\ews フォルダーにある EWS の web.config ファイルを次のように構成します。
<configuration>
<system.net>
<defaultProxy>
<proxy usesystemdefault="true" bypassonlocal="true" />
</defaultProxy>
</system.net>
</configuration>
プロキシの構成の詳細については、「プロキシ構成」を参照してください。
Exchange 2013 環境の場合、
system.net セクションを web.config ファイルに手動で追加する必要があります。それ以外の場合、この記事で説明されている構成は Exchange 2013 で機能するはずです。トラブルシューティングについては、Exchange 管理者にお問い合わせください。
プロキシサーバーをバイパスするには、バイパスリストを構成して、Exchange が Citrix リスナーサービスに接続できるようにします。
Secure Hub が証明書ベースの認証で登録されている場合、Exchange Server も証明書ベースの認証用に構成する必要があります。詳細については、「Endpoint Management Advanced Concepts」の記事を参照してください。
Citrix Gateway の構成
Exchange Server はリスナーサービスへのトラフィックを許可する必要がありますが、Citrix ADC は登録サービスへのトラフィックを許可する必要があります。これにより、デバイスはプッシュ通知の登録に接続できます。
EWS サーバーと ActiveSync サーバーが異なる場合は、Citrix ADC トラフィックポリシーを構成して EWS トラフィックを許可します。Citrix Endpoint Management と Citrix Gateway の統合の詳細については、「Citrix Gateway および Citrix ADC との統合」セクションを参照してください。
トラブルシューティング
送信接続のトラブルシューティングを行うには、Exchange イベントログを確認します。これには、サブスクリプション要求またはサブスクリプションの通知が無効であるか失敗した場合のログエントリが含まれます。Exchange Server で Wireshark トレースを実行して、Citrix リスナーサービスへの送信トラフィックを追跡することもできます。
Secure Mail プッシュ通知に関する FAQ
Android は Secure Mail に通知をいつ配信しますか?
Android では、通知は常に Secure Mail に配信されます。
FCM は、ロック画面に表示されるメール通知にどのように影響しますか?
デバイスのロック画面に表示される新着メール通知は、Secure Mail によってデバイスに同期されたデータに基づいて生成されます。重要な点として、この情報はリスナーサービスから提供されるものではありません。
新着メール通知を表示するには、Secure Mail が Exchange からデータを同期できる必要があり、それによって Secure Mail が通知を作成するための情報を利用できるようになります。
新しいメールを受信すると、新しいメッセージがあります という FCM 通知が表示されます。バックグラウンドでメールの同期が完了すると、Secure Mail に新しいメールが表示されます。
APNs は、ロック画面に表示されるメール通知にどのように影響しますか?
デバイスのロック画面に表示される新着メール通知は、Secure Mail によってデバイスに同期されたデータに基づいて生成されます。重要な点として、この情報はリスナーサービスから提供されるものではありません。
新着メール通知を表示するには、Secure Mail が Exchange からデータを同期できる必要があり、それによって Secure Mail が通知を作成するための情報を利用できるようになります。
APNs 通知がバックグラウンドで Secure Mail に配信されない場合、Secure Mail は通知を検知せず、新しいデータを同期しません。Secure Mail で新しいデータが利用できないため、APNs 通知が配信されない場合でも、デバイスのロック画面にメール通知は生成されません。
バックグラウンドアプリの更新は Secure Mail と APNs にどのように影響しますか?
ユーザーがバックグラウンドアプリの更新をオフにすると、次の状況が発生します。
-
Secure Mail がバックグラウンドアプリにある場合、Secure Mail は通知を受信しません。注:この状況は、リッチプッシュ通知が無効になっている場合にのみ発生します。リッチプッシュ通知の詳細については、「iOS 用 Secure Mail のリッチプッシュ通知」を参照してください。
-
Secure Mail は新しいメール通知でロック画面を更新しません。
バックグラウンドアプリの更新を無効にすると、Secure Mail の動作に大きな影響があります。前述のとおり、APNs に基づくバッジの更新は引き続き行われますが、このモードではメールはデバイスに同期されません。
低電力モードは Secure Mail と APNs にどのように影響しますか?
低電力モードでの Secure Mail に関するシステムの動作は、バックグラウンドアプリの更新が無効になっている場合と同じです。低電力モードでは、デバイスは定期的な更新のためにアプリを起動せず、バックグラウンドでアプリに通知を配信しません。したがって、副作用は上記の「バックグラウンドアプリの更新」セクションに記載されているものと同じです。低電力モードでも、APNs 通知に基づいてバッジの更新は引き続き行われることに注意してください。
FCM 主導の同期がバックグラウンドで失敗する原因となるその他の問題は何ですか?
FCM 主導の同期要求が失敗する原因となるさまざまな問題があり、以下が含まれます。
-
無効な STA チケット。
-
Secure Mail がドーズモードで起動された場合、アプリはサーバーからすべてのデータを同期するために 10 秒間かかります。
上記のいずれかの条件が発生した場合、Secure Mail はデータを同期できません。その結果、ロック画面の通知は表示されません。
APNs 主導の同期がバックグラウンドで失敗する原因となるその他の問題は何ですか?
APNs 主導の同期要求が失敗する原因となるいくつかの問題があり、以下が含まれます。
-
無効な STA チケット。
-
ネットワーク接続が遅い場合。Secure Mail がバックグラウンドで起動された場合、アプリはサーバーからすべてのデータを同期するために 30 秒間かかります。
-
データ保護ポリシーが有効になっており、Secure Mail が APNs 通知によって起動された場合、デバイスがロックされていると、Secure Mail はデータストアにアクセスできず、同期は行われません。これは、システムが Secure Mail をコールドスタートしようとしている場合にのみ当てはまることに注意してください。ユーザーがデバイスのロック解除後に Secure Mail を一度でも起動している場合、デバイスがロックされていても APNs 主導の同期は成功します。
上記のいずれかの条件が発生した場合、Secure Mail はデータを同期できず、したがってロック画面の通知を表示できません。
通知が配信されない場合やAPNsが使用されていない場合、Secure Mailは他にどのようにロック画面通知を生成しますか?
APNsが無効になっている場合でも、Secure Mailは、バックグラウンドアプリ更新が有効で、低電力モードがオフになっていることを前提として、iOSからの定期的なバックグラウンドアプリ更新イベントによって起動されます。
これらの起動イベント中に、Secure MailはExchange Serverから新しいメールを同期します。この新しいメールは、ロック画面にメール通知を生成するために使用できます。したがって、APNs通知が配信されない場合やAPNsが無効になっている場合でも、Secure Mailはバックグラウンドでデータを同期できます。
APNsが使用されている場合やAPNs通知がSecure Mailに配信される場合よりも、これがリアルタイムで発生する頻度は低いことに注意することが重要です。iOSがAPNs通知をSecure Mailにルーティングすると、アプリはすぐにサーバーからデータを同期し、ロック画面通知はリアルタイムで表示されます。
In the event that Background App Refresh wakeups are required, lock screen notifications do not occur in real time. In this case, Secure Mail is woken up at a frequency that iOS completely determines. As such, some time may elapse between these two situations:
-
When an email arrives in a user's Inbox on Exchange.
-
Secure Mailがそのメッセージを同期し、ロック画面通知を生成したとき。
APNsが使用されている場合でも、Secure Mailはこれらの定期的なウェイクアップを受け取ることに注意してください。Background App RefreshがSecure Mailを起動するすべての場合において、Secure MailはExchangeからデータを同期しようとします。
Secure Mailは、ロック画面にコンテンツを表示する他のアプリとどう異なりますか?
混乱を招く可能性のある重要な違いは、Secure Mailがロック画面に新しいメールを常にリアルタイムで表示するわけではないということです。この動作は、Gmail、Microsoft Outlook、およびその他のアプリとは異なります。この違いの主な理由はセキュリティです。他のアプリの動作に合わせるには、CitrixリスナーサービスがExchangeで認証するためにユーザー資格情報を必要とします。資格情報はメールコンテンツを取得するために必要です。また、このメールコンテンツをCitrixリスナーサービスを介してApple APNsサービスに渡すためにも資格情報が必要です。CitrixのAPNs通知へのアプローチでは、Citrixリスナーサービスがユーザーのパスワードを取得または保存する必要はありません。リスナーサービスはユーザーのメールボックスやパスワードにアクセスできません。
ネイティブiOSメールアプリに関する注意点:iOSは、独自のメールアプリがメールサーバーとの永続的な接続を維持することを許可しており、これにより通知が常に配信されることが保証されます。ネイティブメール以外のサードパーティアプリには、この機能は許可されていません。
Gmailアプリの動作: GoogleはGmailアプリとGmailサーバーの両方を所有および管理しています。この動作は、Googleがメッセージコンテンツを読み取り、そのメッセージコンテンツをAPNs通知ペイロードに含めることができることを意味します。iOSがGmailからこのAPNs通知を受信すると、iOSは次のことを行います。
-
通知ペイロードで指定された値にアプリケーションバッジを設定します。
-
通知ペイロードに含まれるメッセージテキストを使用して、ロック画面通知を表示します。
これは決定的な違いです。ペイロードに含まれるデータに基づいてロック画面通知を表示するのは、GmailアプリではなくiOSです。実際、通知が届いたときにiOSがSecure Mailを起動しないのと同様に、iOSはGmailアプリを起動しない場合があります。しかし、ペイロードにメッセージスニペットが含まれているため、iOSはメールデータをデバイスに同期することなくロック画面通知を表示できます。
Secure Mailでは、この状況は異なります。アプリがロック画面通知を表示する前に、Secure MailはまずExchangeからメッセージデータを同期する必要があります。
Outlook for iOSアプリの動作: MicrosoftがOutlook for iOSを制御しています。しかし、ユーザーが所属する組織は、データが取得されるExchange Serverを制御しています。この設定にもかかわらず、OutlookはMicrosoftがAPNs通知で提供するデータに基づいてロック画面通知を表示できます。その理由は、Outlook for iOSがMicrosoftがユーザー資格情報を保存するモデルを利用しているためです。その後、Microsoftはクラウドサービスからユーザーのメールボックスに直接アクセスし、新しいメールの存在を判断します。
新しいメールが利用可能な場合、Microsoftクラウドサービスは新しいメールデータを含むAPNs通知を生成します。このモデルはGmailモデルと同様に動作します。Gmailモデルでは、iOSは単にデータを受け取り、そのデータに基づいてロック画面通知を生成します。Outlook iOSアプリはこのプロセスに関与しません。
Outlook for iOSに関する重要なセキュリティ上の注意: Outlook for iOSのアプローチには、明確なセキュリティ上の影響があります。組織は、ユーザーのパスワードをMicrosoftに信頼する必要があります。この信頼により、Microsoftはユーザーのメールボックスにアクセスできるようになり、セキュリティリスクをもたらします。
プッシュ通知に関する管理者向けのFAQについては、こちらのサポート技術情報記事を参照してください。ユーザー向けのFAQについては、こちらのサポート技術情報記事を参照してください。