Solution ID : SOT0030
Last Modified : 05/03/2024
下記のページにアクセスして、申請情報を入力し申請を完了します。
DigiCert：セキュアメールID 申請入力フォーム
https://updates.digicert.com/smidenroll
申請手順書はこちらをご参照ください。
厳格なプロセスに基づいて発行審査が行われています。お客様からの申請情報確認やお電話での確認、ドメインの認証を実施いたします。
電話認証の手順について（SSL証明書/EV SSL証明書/セキュアメールID）
https://knowledge.digicert.com/ja/jp/solution/SO29717.html
ドメイン名の利用権確認（DCVメールと承認操作）について
https://knowledge.digicert.com/ja/jp/solution/SO29308.html
すべての審査が完了すると、セキュアメールIDの発行となります。
発行通知メール（証明書をダウンロードするリンクが記載されたメール）は、技術担当者のメールアドレスに送信されます。
※セキュア・メールIDの証明書に登録される「Eメールアドレス」にも発行通知メールが自動配信されます。
自動配信されるメールは以下です。
件名：DigiCert：S/MIME証明書 発行のお知らせ
From: DigiCert <admin@digicert.com>
届いたメールからダウンロードリンクにアクセスし、プルダウンメニューからご利用環境（CSR生成環境）に合った
形式を選択して[ダウンロードする]ボタンを押下します。
※2021年3月29日以降に申請されたセキュアメールIDは中間CA証明書が従来のものと異なりますので、
必ずダウンロードした中間CA証明書を設定してください。
▶「A P7B bundle of the certs in a .p7b file 」
証明書、中間CA証明書、ルート証明書が１つのファイルに同梱されたコンテナファイル形式です。
Microsoft系の製品と親和性が高く従来の旧ストアフロントから発行していた形式です。
▶「Individual .crts(zipped)」
zipファイルに３つのファイル、証明書、中間CA証明書(DigiCertCA.crt)、ルート証明書(TrustedRoot.crt)が含まれています。
証明書の取得が完了したら、メールソフトへ設定します。設定方法はメールソフトの手順をご確認ください。
参照：[セキュアメールID]更新、再発行/再申請、破棄について
| Q: | 他のS/MIME用の証明書との違いは何ですか |
| A: | セキュアメールIDは、申請団体となる 組織・団体 を厳格に認証し、 企業がユーザに一斉配信する Eメール への署名に使用します。 |
| Q: | 旧仕様のセキュアメールIDと新仕様のセキュアメールIDの違いはなんですか？ |
| A: | 証明書プロファイルの比較はこちらをご確認ください。 |
| Q: | 電子メールを暗号化できますか？ |
| A: | セキュアメールIDは、メールへの署名付加に利用します。 また、新仕様のセキュアメールIDではメールの暗号化に利用することもできます。 |
| Q: | 一枚のセキュアメールIDを複数のメールアドレスに対して利用できますか |
| A: | セキュアメールIDには、証明書の情報としてメールアドレスが記載されます。 使用するメールアドレス毎に証明書の取得が必要です。 |
| ご参考) | |
| 各種アプリにおけるS/MIME証明書のメーラー対応状況調査結果 （外部サイト) S/MIMEのメーラー別対応状況の調査結果を公表 フィッシング対策協議会 |
受信した電子メールがなりすましやフィッシングメールではないことを確認する方法はありますか
https://knowledge.digicert.com/ja/jp/solution/SOT0052
外部サイト
※詳細については各アプリケーションベンダへ直接お問い合わせください。
Microsoft Outlook -デジタル署名を使用してメッセージを保護する
Apple -Macの「メール」でメールに署名する/メールを暗号化する
Thunderbird -送信メッセージのデジタル署名に用いる証明書を設定する (アカウントに設定)
| Q: | セキュアメールIDで署名されたメールの本文が表示されません/署名が確認できません。 |
| A: | S/MIME に対応していないメールソフトウェアで署名メールを受信した場合、 |
| Q: | メール受信時に「改ざん検知」と傾向が出ます。 |
| A: | メール受信時に「改ざん」が検知された場合、以下の理由が考えられます。
受信者が利用するISPやメールプロバイダや、各セキュリティ製品によって対処の方法が異なりますので、各社のサポートに従って適切な対処を行ってくださ い。 |
メールサーバが2台以上あるシステムにおける必要ライセンス数は以下の通りです。
▶コールドスタンバイ機を利用
・メインのメールサーバに障害が発生した場合に、待機状態のメールサーバを立ち上げて、メインのメールサーバと置き換えるシステム
【ライセンスポリシー】
・メインのメールサーバは、それぞれのメールサーバ上で使用する電子メールアドレスの総和でカウントします。
・コールドスタンバイ機はライセンスが不要です。
この場合、必要なライセンス数は合計「1個」
▶ホットスタンバイ機を利用
・メインのメールサーバに障害が発生した場合に、常に同期をとっている待機メールサーバをメインのメールサーバを置き換えるシステム
【ライセンスポリシー】
・メインのメールサーバは、それぞれのメールサーバ上で使用する電子メールアドレスの総和でカウントします。
・ホットスタンバイ機はライセンスが必要です。
この場合、必要なライセンス数は合計「2個」
