ホーム›ガイド›メール
メール · 理解する
ビジネスメールは、複数の顧客で共有するプラットフォーム、貴社専用のインスタンス、または貴社内に設置したサーバーで稼働させられます。マシンの設置場所が変えるものは、思ったほど多くありません。重要なのは、誰が運用し、誰がメールボックスを開け、どのように移行できるかです。自社でホスティングすれば物理的な管理権は得られますが、それだけで運用の問題も主権の問題も解決するわけではありません。
「クラウド」対「オンプレミス」と、あたかも2つの陣営があるかのように語られることがよくあります。実際には3つの形態が共存しており、次の2つの問いで区別されます。マシンはどこで動いているか、そして誰がそれを動かしているかです。
メールサービスの運用とは、アップデートの適用、キューとディスク容量の監視、証明書の更新、バックアップ、復元、朝7時のインシデント対応、そしてドメインの送信レピュテーションの維持です。ホスティングとは、マシンとネットワークを提供することだけを指します。
プロバイダーがプラットフォーム全体を管理します。通常は複数の顧客で共有され、論理的に分離されています。各組織には自社のドメインとメールボックスだけが見えますが、サーバー、ストレージ、運用チームは共通です。最も簡単に始められ、運用コストも最も低い形態です。
インスタンスまたはサーバーが貴社専用に確保されます。貴社のデータが他の顧客のデータと同居することはありません。運用は引き続きプロバイダーが行います。購入するのは分離であり、作業負荷ではありません。規制業種、大容量、各社を明確に分けたい企業グループ、または共有プラットフォームでは1社だけに許可できない設定が必要な場合に適しています。
マシンは貴社のサーバールームまたはデータセンターにあります。それでも誰かが運用しなければなりません。貴社のチームが行うか、貴社が開放したアクセスを使ってプロバイダーがリモートで行うかです。どちらも妥当な選択ですが、コストも復旧の保証も異なります。
3つの形態を分けるのは5つの点です。Web メールや Outlook との互換性などその他の点は、主にソフトウェアによるもので、設置場所には依存しません。
| 項目 | 運用付きクラウド | 専用型 | 自社内設置 |
|---|---|---|---|
| 同居環境 | 共有プラットフォーム、論理的分離 | インスタンス上に他の顧客はいない | 貴社のネットワークと他のサーバー |
| アップデート | プロバイダーが自社のスケジュールで実施 | プロバイダーが実施、スケジュールは交渉可能な場合もある | 貴社のチームまたは委託したプロバイダー |
| バックアップ | プロバイダー側で、契約に従う | プロバイダー側で、専用の場合もある | 自社で手配：どこに、誰が、社外に保管するか |
| メールボックスを開ける人 | 貴社の管理者と運用者 | 貴社の管理者と運用者 | 貴社の管理者、運用者がいればその運用者 |
| 移行 | エクスポートと MX の変更 | エクスポートと MX の変更 | エクスポート、MX の変更、マシンの転用またはリサイクル |
共有プラットフォームでは、他の顧客の侵害されたアカウントから送信されたスパムが、共通の送信元 IP アドレスのレピュテーションを低下させることがあります。専用インスタンスまたは専用 IP アドレスによって、このリスクを切り離せます。自社内設置では、同居するのは自社のネットワークです。セグメントが分離されていなければ、感染した端末がサーバーに到達する可能性があります。
つい安易に埋めてしまいがちな項目です。どの形態であっても、メールボックスを復元できる人はそれを読めます。設置場所によってこのアクセスがなくなるわけではなく、アクセス権を持つ人の顔ぶれが変わるだけです。したがって問うべきは、誰が管理者アカウントを保有しているか、そのアクセスは記名式で追跡可能か、契約で運用者が顧客の依頼なしにメールボックスを開くことが禁じられているか、です。秘密鍵を貴社が保持するエンドツーエンド暗号化（たとえば S/MIME）だけが、メッセージの内容を運用者に読めないものにします。
ドメイン名は貴社名義のままにしておく必要があります。メールを受信するサーバーを指定するのは MX レコードであり、誰の許可も得ずに変更できなければなりません。その他は事前に準備します。予定表と連絡先を含むメールボックスの標準形式でのエクスポート、エクスポートの期限、契約終了後の削除です。
サーバーを自社内に置くことは、物理的にディスクがどこにあるかという問いに答えるものです。ガイド「ソブリンクラウドとは」では、少なくともあと3つの問いが残ることを説明しています。どの会社が運用し、その会社にどの法律が適用され、どのように移行できるかです。
自社内のサーバーでも、目に見えない形で外部に依存していることがあります。
逆に、ホスティング型サービスでも、データを自社だけで管理し、アクセスを追跡可能にし、移行条件を文書化している欧州の企業が運用している場合があります。設置場所は、特に処理活動の記録において、引き続き有用な要素です。「ホスティングと主権」のページで、Klytic が提供する形態を詳しく説明しています。
中小企業は、管理権は欲しくても、待機体制は避けたいと考えることがあります。メールを社内に戻す前に、運用に実際に必要なものを洗い出してください。
例。60人の製造業（架空の事例）はサーバールームを備えており、図面を社外に出したくありません。メールサーバーを自社内に設置しますが、運用（アップデート、監視、復元）はプロバイダーにリモートで委託します。社内の IT 担当者はハードウェアとネットワークを管理します。待機を自社だけで担うことなく、望んだ設置場所を実現できました。残るのは、バックアップの送り先と接続できる人を文書化することです。
運用付きクラウドが適しているのは、運用チームなしですばやく始めたく、論理的分離と運用者の書面による確約で十分な場合です。
専用インスタンスが適しているのは、発注元、規制業種、または複数の会社を持つグループが、データを他の顧客と同居させないことを求め、かつ自社で運用したくはない場合です。
自社内設置が適しているのは、データを拠点外に出してはならない場合、ネットワークを隔離できる必要がある場合、あるいはディレクトリとインフラがすでに存在し管理されている場合です。
運用や拠点外へのバックアップに割く時間が誰にもないまま、「主権を確保する」ためだけに自社内設置を選ぶのは適切ではありません。
どの形態でも求めるべき機能は「ビジネスメールに必要な機能」にあります。バックアップと障害後の復旧は「バックアップ、削除、事業継続」で扱っています。欧州のプロバイダーを比較するには「欧州のビジネスメールの選び方」をご覧ください。
マシンを社内に置く理由があり、運用する人または運用を委託したプロバイダーがいる場合に限ります。主権の問題だけで言えば、設置場所よりも運用者と契約の方が重要です。
他の顧客との同居はなくなります。ただし、それだけでは、メールボックスを開ける人もバックアップの質も変わりません。この2点を書面で比較してください。
はい。メールボックスを標準形式でエクスポートでき、ドメインが貴社名義であれば可能です。方法は「停止なしの移行」と同じです。
いいえ。セキュリティゲートウェイは、メールサーバーとは別の場所で、その前段に配置できます。ガイド「統合フィルターかゲートウェイか」でこの選択を説明しています。
Klytic Mail は3つの形態すべてで提供しています。顧客ごとに分離された Klytic の共用アーキテクチャ、専用インスタンス、またはお客様の拠点です。いずれの形態でも、プラットフォームの運用（保守、アップデート、セキュリティ、監視、運用保守）は Klytic が行います。専用サーバーはお見積りに基づいて構築します。後から形態を切り替えることも可能です。
ホスティングは、適用される法域に対応するあらゆる地域（サービスの提供状況によります。特に欧州やモーリシャス）、またはお客様のサーバー上で可能です。
Klytic Mail はメールサービスです。Klytic MTA はその前段でメールをフィルタリングするゲートウェイです。フィルタリングは Klytic、メールサービスはお客様の拠点といった混在構成も可能です。フィルターの詳細は「統合フィルターかゲートウェイか」をご覧ください。
Klytic のチームがお客様のメールアカウントにアクセスすることは禁止されています。技術的アクセスは管理・監査されています。メッセージは Klytic が管理する鍵で保存時に暗号化され、ストレージ媒体を保護します。Klytic にも読めない内容にするには、お客様が自身の秘密鍵でエンドツーエンド暗号化（たとえば S/MIME）を行います。
このサービスの対象外：Klytic を介さず、貴社が単独で自社サーバー上で運用するメールサービス。Klytic は SecNumCloud 認定を取得していません。発注元がこれを要求する場合、本サービスは要件を満たしません。
このページは一般的な枠組みを説明するものです。貴社の契約やインフラの分析に代わるものではありません。
2026年10月に参照。
