Secure Mailのテストとトラブルシューティング

最終公開日 : Oct 24, 2026
Secure Mailが正常に動作しない場合、通常は接続の問題が原因です。この記事では、接続の問題を回避する方法について説明します。問題が発生した場合、この記事ではそのトラブルシューティング方法について説明します。

ActiveSync接続、ユーザー認証、およびAPNs構成のテスト

Endpoint Management Analyzerを使用して、Secure Mailの自動検出サービスチェックを実行できます。これにより、Endpoint Management Exchange ActiveSync Testアプリケーションのダウンロードが案内されます。メールテストオプションは、メールサーバーへの基本的な接続設定をチェックします。このツールは、ActiveSyncサーバーがEndpoint Management環境に展開できる状態であるかどうかのトラブルシューティングにも役立ちます。
Analyzerのメールテストオプションは、以下を検証します。
  • Microsoft ExchangeまたはIBM TravelerサーバーとのiOSおよびAndroidデバイス接続。
  • ユーザー認証。
  • Exchange Server、Exchange Web Services (EWS)、Citrix Gateway、APNs証明書、Secure Mailを含むiOSのプッシュ通知構成。プッシュ通知の構成については、「iOS用Secure Mailのプッシュ通知」を参照してください。
このツールは、問題の修正に関する包括的な推奨事項リストを提供します。
注:
Mail Test App (MailTest.ipa) は非推奨です。代わりに、Endpoint Management Analyzerで同じ機能にアクセスしてください。

テストの前提条件

  • ネットワークアクセスポリシーがブロックされていないことを確認します。
  • メール作成のブロックポリシーをオフに設定します。

Secure Mailログを使用した接続問題のトラブルシューティング

Secure Mailのログを取得するには、次の手順を実行します。
  1. Secure Hub > ヘルプ > 問題を報告に移動します。
  2. アプリケーションの一覧からSecure Mailを選択します。
    組織のヘルプデスク宛てのメールが開きます。
  3. 件名と本文に、問題の内容を数語で記述します。
  4. 問題が発生した時刻を選択します。
  5. サポートチームから指示があった場合にのみ、ログ設定を変更してください。
  6. 送信をクリックします。
    完了したメッセージが、圧縮されたログファイルが添付された状態で開きます。
  7. もう一度送信をクリックします。
    送信されたzipファイルには、次のログが含まれています。
    CtxLog_AppInfo.txt (アイオーエス)、Device_And_AppInfo.txt (アンドロイド)、logx.txt、およびWH_logx.txt (ウィンドウズ フォン)
アプリ情報ログには、デバイスとアプリに関する情報が含まれています。使用中のハードウェアモデルとプラットフォームバージョンがサポートされていることを確認してください。使用中のSecure MailとMDX Toolkitのバージョンが最新であり、互換性があることを確認してください。詳細については、「Secure Mailのシステム要件」および「Endpoint Managementの互換性」を参照してください。
  • CtxLog_VPNConfig.xml (アイオーエス) およびVpnConfig.xml (アンドロイド)
VPN構成ログはSecure Hub専用です。最新のCitrix ADCリリースが使用されていることを確認するために、Citrix ADCのバージョンServerBuildVersionを確認してください。SplitDNSとSplitTunnelの設定を次のように確認してください。
  • Split DNSがRemote、Local、またはBothに設定されている場合は、DNSを介してメールサーバーのFQDNが正しく解決されていることを確認してください。(Split DNSはAndroid版Secure Hubで利用可能です。)
  • Split TunnelがOnに設定されている場合は、メールサーバーがバックエンドでアクセス可能なインターネットアプリの1つとしてリストされていることを確認してください。
  • CtxLog_AppPolicies.xml (アイオーエス)、Policy.xml (Android および Windows Phone)
ポリシーログには、ログを取得した時点でのSecure Mailに適用されたすべてのMDXポリシーの値が示されます。接続の問題については、<BackgroundServices>および<BackgroundServicesGateway>ポリシーの値を確認してください。
  • 診断ログ (diagnosticsフォルダー内)
Secure Mailの初期構成で最も一般的な問題は、「Your Company Network Is Not Currently Available.」です。接続の問題をトラブルシューティングするために診断ログを使用するには、次の手順を実行します。
診断ログの主要な列は、Timestamp、Message Class、およびMessageです。Secure Mailにエラーメッセージが表示されたら、その時刻をメモしておくと、Timestamp列で関連するログエントリをすばやく見つけることができます。
デバイスからCitrix Gatewayへの接続が成功したかどうかを判断するには、AG Tunnelerのエントリを確認します。次のメッセージは、接続が成功したことを示します。
  • AGポリシー FQDN:443をSTAトンネリング用にインターセプト
  • (null):443への新しいTCPプロキシ接続が確立されました
Citrix GatewayからEndpoint Managementへの接続が成功したかどうか(したがってSTAチケットを検証できるかどうか)を判断するには、次の手順を実行します。Secure Hub診断ログに移動し、デバイスが登録された時刻のMessage Classの下にあるINFO (4)エントリを確認します。次のメッセージは、Secure HubがEndpoint ManagementからSTAチケットを取得したことを示します。
  • STAチケットを取得しています。
  • STAチケット応答を受信しました。
  • STAチケット – アプリ -- Secure MailのSTAチケット取得に成功しました。
注:
登録中に、Secure HubはEndpoint ManagementにSTAチケットを要求します。Endpoint ManagementはSTAチケットをデバイスに送信し、デバイスに保存され、Endpoint ManagementのSTAチケットリストに追加されます。
Endpoint ManagementがユーザーにSTAチケットを発行したかどうかを確認するには、サポートバンドルに含まれるUserAuditLogFile.logを確認してください。このログには、各チケットの発行時刻、ユーザー名、ユーザーデバイス、および結果が一覧表示されます。例:
時間: 2015-06-30T 12:26:34.771-0700
ユーザー: user2
デバイス: Mozilla/5.0 (iPad; CPU OS 8_1_2 like macOS)
結果: アプリ「Secure Mail」のユーザー「user2」向けSTAチケットが正常に生成されました
Citrix Gatewayからメールサーバーへの通信を確認するには、DNSとネットワークが正しく構成されているかを確認します。これを行うには、Secure Webを使用してOutlook Web Access (OWA)にアクセスします。Secure Mailと同様に、Secure WebはマイクロVPNトンネルを使用してCitrix Gatewayへの接続を確立できます。Secure Webは、アプリがアクセスしている内部または外部リソースへのプロキシとして機能します。通常、特にExchange環境では、OWAはメールサーバー上でホストされます。
構成をテストするには、Secure Webを開き、OWAページのFQDNを入力します。このリクエストは、Citrix Gatewayとメールサーバー間の通信と同じルートとDNS解決を使用します。OWAページが開けば、Citrix Gatewayがメールサーバーと通信していることがわかります。
前述のチェックで通信が成功していることが示された場合、問題はCitrixのセットアップにはなく、ExchangeまたはTravelerサーバーにあることがわかります。
ExchangeまたはTravelerサーバーの管理者向けに情報を収集できます。まず、Secure Mailの診断ログで「Error」という単語を検索して、ExchangeまたはTravelerサーバー上のHTTPの問題を確認します。エラーにHTTPコードが含まれており、複数のExchangeまたはTravelerサーバーがある場合は、各サーバーを調査します。ExchangeとTravelerには、クライアントデバイスからのHTTPリクエストとレスポンスを示すHTTPログがあります。ExchangeのログはC:\inetpub\LogFiles\W3SVC1\U_EX.logです。TravelerのログはIBM_TECHNICAL_SUPPORT>HTTHR.logです。

iOS版Secure Mailのデバイスからクラッシュログを取得するには

  1. iOSデバイスで、設定 > プライバシー > 解析 > 解析データ に移動します。
  2. データ リストで、アプリの名前と関連するタイムスタンプをクリックします。ログが表示されます。

メール、連絡先、またはカレンダーに関する問題のトラブルシューティング

Secure Mailの問題(下書きに留まっているメール、連絡先の欠落、カレンダー項目の同期ずれなど)をトラブルシューティングできます。これらの問題をトラブルシューティングするには、Exchange ActiveSyncメールボックスログを使用します。ログには、デバイスから送信された受信リクエストと、メールサーバーからの送信レスポンスが表示されます。

無制限同期のベストプラクティス

ユーザーが同期メール期間をすべてに設定すると、無制限同期が有効になります。無制限同期では、ユーザーがメールボックスのサイズ(受信トレイと同期されたすべてのサブフォルダー)を管理することが前提となります。最高のパフォーマンスを得るために、以下の点に留意してください。
  1. メールボックスのサイズが18,000メッセージまたは合計600 MBを超えると、メール同期が遅くなる可能性があります。
  2. 無制限同期でWi-Fiで添付ファイルを読み込むを有効にすることはお勧めしません。このオプションは、デバイス上のメールサイズを急速に肥大化させる可能性があります。
  3. ユーザーのオプションとして無制限同期を防止するには、最大同期間隔アプリポリシーをすべて以外の値に設定します。
  4. ユーザーに対してすべてをデフォルトの同期間隔として設定することはお勧めしません。