E-Postシリーズ製品の代表的なシステム構成をご紹介します E-Postシリーズ製品を使った代表的なシステム構成を、図でご紹介します。ご検討中の環境に近いものをお探しください。 各構成に必要なライセンス数の考え方については、構成例でわかる 必要ライセンス数の考え方 をあわせてご覧ください。実際にご導入いただいた事例は 導入実績と導入事例 でご覧いただけます。 【1】メールサーバ（スタンダード） 【2】メールサーバ（アンチウイルス） 【3】AD連携メールサーバ 【4】メールサーバクラスタ構成 【5】SMTPサーバ＋スパム対策 【6】SMTPサーバ＋LGWANオプション 用途別【1】送信専用SMTPサーバ 用途別【2】SMTPゲートウェイ 用途別【3】認証付きリレー ■　構成例1　メールサーバ シングル構成【アンチウイルスなし】 E-Post Mail Server Standard (x64) 1台のサーバでメールの送受信とメールボックスの管理をすべて行う、もっとも基本的な構成です。インターネットとの送受信はSMTP、クライアントからの受信はPOP3またはIMAP4を使用します。 この構成のポイント ・サーバ1台で完結するため、導入・運用がもっとも容易です。 ・ウイルスチェック機能は含まれません。必要な場合は 構成例2 をご覧ください。 ■　構成例2　メールサーバ シングル構成【アンチウイルスあり】 E-Post Mail Server Enterprise II (x64) 構成例1にアンチウイルス機能を加えた構成です。ウイルスパターンDBを自動更新しながら、サーバを通過するメールをチェックします。図中の赤い部分がウイルスチェックを行う位置です。 この構成のポイント ・ファストスキャン版アンチウイルスエンジンを標準搭載しています。 ・ゲートウェイを別に設けずに、1台でウイルス対策まで完結できます。 ■　構成例3　Active Directory連携 メールサーバ シングル構成 E-Post Mail Server Standard (x64) ／ Enterprise II (x64) Active Directory のユーザー情報と連携させる構成です。メールサーバはドメインのメンバーサーバとして動作し、利用者はADのユーザー名とパスワードでメールを利用できます。 この構成のポイント ・利用者ごとにメールサーバ側でパスワードを管理する必要がありません。 ・連携対象は Mail Group を設定したアカウントのみです。全ユーザーではありません。 ■　構成例4　メールサーバ クラスタ構成〔E-Post方式クラスタ／MSFC方式クラスタ〕 E-Post Mail Server Standard (x64) ／ Enterprise II (x64) 2台のサーバで冗長化する構成です。正系に障害が発生すると副系へフェイルオーバし、復旧後はフェイルバックします。メールデータは共有領域に置き、どちらのサーバからも参照します。 この構成のポイント ・E-Post方式とMSFC（Windows Server フェールオーバークラスタリング）方式のどちらにも対応します。 ・クライアントの接続先は仮想IPアドレスのため、切り替わっても設定変更は不要です。 ■　構成例5　SMTPゲートウェイ【アンチウイルスあり】＋ Secure Handler 組み込み E-Post SMTP Server Enterprise II (x64) ＋ E-Post Secure Handler (x64) イントラ側のメールサーバの手前にSMTPゲートウェイを置き、外部との境界で対策を集約する構成です。ゲートウェイ上でウイルスチェックを行い（赤い部分）、あわせて Secure Handler がインバウンドメールを判定します。 この構成のポイント ・外部からの不審なメールを、内側のメールサーバへ届く前に止められます。 ・内側のメールサーバにはアンチウイルス機能を持たせずに運用できます。 ■　構成例6　SMTPゲートウェイ【アンチウイルスなし】＋ LGWAN Option 組み込み E-Post SMTP Server Standard (x64) ＋ E-Post LGWAN Option (x64) LGWANとインターネットの双方に接続する、地方公共団体向けの構成です。送信先に応じて経路を振り分け、LGWAN Option がエンベロープとヘッダーのアドレスを適切に書き換えます。ウイルスチェックは内側のメールサーバで行います（赤い部分）。 この構成のポイント ・LGWAN側とインターネット側で異なるドメイン名を使い分けられます。 ・アウトバウンドの振り分けと、インバウンドの受け口を1台のSMTPサーバで担います。 ■　用途別の構成例【1】送信専用SMTPサーバ（一方向・配送のみ） E-Post SMTP Server (x64) 社内システム・複合機・Webの送信フォームなどから、相手先へ送信するだけの構成です。外部からの受信は行わず、メールは一方向にしか流れません。いわゆる「送信専用SMTP」、広義の「リレー」用SMTPと呼ばれるものです。 送信先のSMTPサーバとどうドメインを分けるかで、A・B・Cの3つに分かれます。必要なライセンス数の算定は 構成例でわかる 必要ライセンス数の考え方 をご覧ください。 1A　送信専用SMTPサーバ（ドメイン名登録） E-Post SMTP Server (x64) に自社のドメイン名を登録し、インターネットへ直接送信する構成です。もっとも単純な形で、登録するのは送信元アカウントだけで済みます。 1B　リレー用SMTP（送信先SMTPとは別ドメイン・サブドメインで管理） 送信先のSMTPサーバへ中継する構成です。E-Post 側には送信先とは別のドメイン名（サブドメインを含む）を登録します。お互いが別のドメインなので、登録するのは送信元アカウントだけで済みます。 1C　リレー用SMTP（送信先SMTPと同一ドメインで管理） 送信先のSMTPサーバと同じドメイン名を E-Post 側にも登録して運用する構成です。同名ドメインは内部ドメインとして扱われるため、他のケースとはライセンスの数え方が変わります。 この構成のポイント ・1A・1B は、送信元アカウント数がライセンス数を満たしていれば運用できます。 ・1C は同名ドメインのため、送信元に加えて送信先のアカウント数も合算して数える必要があります。 ■　用途別の構成例【2】SMTPゲートウェイ（双方向・インバウンド＋アウトバウンド） E-Post SMTP Server (x64) イントラ側（内側）に別のメールサーバがあり、インバウンド（外部→内部）とアウトバウンド（内部→外部）の両方向を通す構成です。メールボックスは内側のサーバが持ちます。 内側のメールアドレスをどう扱うかで、A・B・Cの3つに分かれます。必要なライセンス数の算定は 構成例でわかる 必要ライセンス数の考え方 をご覧ください。 2A　SMTPゲートウェイ（ワイルドカード指定によるエイリアス設定） エイリアスをワイルドカードで指定する方法です。内側のメールアドレスを個別に登録しないため、最小構成で運用できます。ただしダミードメインとダミーアカウントを最低1つ登録する必要があります。 2B　SMTPゲートウェイ（1対1指定によるエイリアス設定） 内側のメールアドレスに対して1対1でエイリアスを指定する方法です。実在するアカウント宛だけに絞って制御できるため、セキュリティを確保しやすい構成です。 2C　SMTPゲートウェイ（全アカウント登録による設定） 内側のメールアドレスを実アカウントとして同数登録する方法です。LGWAN Option を導入する場合はこの設定が必須になります。 この構成のポイント ・2A は内側のアドレスを個別登録しないため、最小構成で運用できます。 ・2B・2C は内側（イントラ側）のメールサーバと同数のアカウント数を満たすライセンスが必要です。 ・2B と 2C の違いは LGWAN Option 導入の是非に関係します。導入する場合は 2C で設定します。 ■　用途別の構成例【3】認証付きSMTPリレー（認証付きフォワード） E-Post SMTP Server (x64) E-Post SMTP Server (x64) が SMTP サーバとして動作すると同時に、上位（外部）SMTP に対しては SMTP クライアントにもなり、認証を行ってその先の配送処理を委任する構成です。図の上部で、相手 SMTP からさらにその先へ矢印がもう一段伸びているのが特徴です。 認証の方式によって A〜D の4つに分かれます。必要なライセンス数の算定は 構成例でわかる 必要ライセンス数の考え方 をご覧ください。 3A　SMTP認証付きリレー（レガシー認証） 旧来からある SMTP 認証付きリレーで、「基本認証」とも呼ばれます。上位（外部）SMTP と同名のドメインを E-Post 側に登録してリレーします。 3B　M365側コネクタ接続によるSMTPリレー（フォワード） Microsoft 365 側にコネクタを設置して中継する方法です。設定難易度は 3C・3D より平易です。E-Post SMTP Server から外に出る IP が固定 IP であること、DNS 逆引きが可能であることが必要です。 　この構成での導入事例：ユーザー事例9　株式会社しんきん情報サービス様 3C　M365・Gmail 等モダン認証［先進認証］（OAuth2.0）付きリレー M365 や Gmail 等で導入されているモダン認証（OAuth2.0）付きのリレーです。setoauth2 ツールで gateway.dat を拡張します。設置する証明書には期限があり、定期的な更新が必要です。 3D　M365・Gmail 等モダン認証の認証共有によるリレー 3C のモダン認証をベースに、さらに OAuth2.0 の認証共有設定による拡張を行う方法です。送信者に SendAs のアクセス権付与が必要になります。 この構成のポイント ・3A はリレー先（フォワード先）SMTP のメールアドレスと同数のアカウント数を満たす必要があります。 ・3B・3C・3D は E-Post を経由させたいアカウントと同数で済みます。M365・Gmail 側の全アカウント数ではありません。 ・3C・3D は設置する証明書に期限があり、定期的な更新が必要です。 ■　関連情報 構成例でわかる 必要ライセンス数の考え方 導入実績と導入事例 システム構築サービス E-Post SMTP Server (x64) 製品紹介 E-Post Mail Server (x64) 製品紹介 LGWANへの対応 製品評価版ダウンロード ご相談やご質問、価格などのお問い合わせは ※本ページの構成図に記載しているコンピュータ名・ドメイン名は説明用の例です。 ※文中、記載されている社名、商品名は、各社の登録商標または商標です。 　 　 必要ライセンス数の考え方 図でわかるシステム構成例 システム構築サービス 既存メールサーバ製品からの移行 メール緊急連絡システム LGWANへの対応 E-Post Mail Server(x64)パンフレット E-Post SMTP Server(x64)パンフレット E-Post Secure Handler(x64)パンフレット E-Post BossCheck Server(x64)パンフレット E-Post LGWAN Option(x64)パンフレット 導入実績と導入事例

Copyright© E-POST Inc. 2003-