SMTP / POPサーバーは、ホストされているドメインの内部電子メールにのみ使用されます。

SMTP / POPサーバーは、ホストされているドメインの内部電子メールにのみ使用されます。

私たちのウェブサイト用のドメインと外部ホスティングEメールがあります。 (私たちは直接ホスティングできるほど安定した接続を持っていません。)

共有ホスティングには時々SMTPの問題がありますが、POPの問題はありません。

インターネットがダウンしている場合、または共有ホストのSMTPサーバーがダウンしている場合でも、CentOS 6.4で内部的に機能する電子メールサーバーを設定できます(たとえば、Webドメイン名がWebサイトと異なる場合でもドメインの電子メールアドレス間で転送されます)。共有ホストのSMTPを使用して外部アドレスに送信し、たとえば自宅にいるときや移動中に共有ホストからPOPメールを取得できますか?

ベストアンサー1

この問題に対する考えられる解決策はいくつかあり、すべてかなり複雑です。これは私が考えることができる最も透明な構成ですが、正直なところ、SMTPサービスが信頼できない場合はホストを切り替えます。安くて良い電子メールサービスプロバイダがたくさんあります。また、POP3の代わりにIMAPを使用することをお勧めします。これにより、これらの設定で発生する可能性がある同期の問題を軽減できます。

メッセージ転送エージェント(MTA)とメッセージ転送エージェント(MDA)の間の必須の組み合わせは、ソリューションを複雑にしました。電子メールがPOP3サーバー(MDA)に存在するには、信頼できないSMTPサーバー(MTA)を介して転送する必要があります。 MTA はリモート MDA にメッセージを保存できず、リモート MTA は MDA にメッセージを送信できません。完全な双方向メッセージ同期がない場合、オフィスから送信された社内の電子メール(「ドメインの電子メールアドレス間の転送」セクション)はローカルMDAにのみ保存されます。つまり、オフィスに勤務していないユーザーは、ホストされているPOP3アカウントを確認したときに内部メールを受信できません。

少なくとも以下が必要です。

  • SMTP MTA -観光ガイドこれはCentOSのデフォルト設定であり、良い選択です。
  • ファイアウォール(IP /ポートリダイレクト用) - netfilterまたはリネット働く
  • POP3 / IMAPアカウント用のMDAとプロキシ -すごく苦しむおそらく最高でしょう。 Courierにはこの機能があります。

バックアップSMTP用のローカルMTA

Courierがすべてのメールをそのサーバーに転送できるようにするには、メールホストのSMTPサーバー(リモートMTA)/etc/courier/esmtproutes(またはCentOSでこのファイルがインストールされている場所)を追加します。ホストのSMTPがダウンすると、ローカルMTAはアウトバウンドメールをキューに追加し、設定可能な間隔でリモートMTAに転送を再試行します。

ポートリダイレクト

ポート25のすべてのアウトバウンドトラフィックをローカルMTAに転送するようにファイアウォールを設定します。

上記の最も単純な構成のみを実装できます。内部電子メールが正常に続行することはできませんが、リモートMTAダウンタイムを目立たなくします。

ホストされたドメインを持つローカルMTA

会社ドメインをCourier(ローカルMTA)のホストドメインとして追加します/etc/courier/hosteddomains。これにより、スマートホストは無視され、設定されたルーティングルールに従ってメッセージが転送されます。バラよりホストされたドメインの作成 そして輸送モジュールより多くの情報を知りたいです。

ローカルMDAとプロキシ これは、次のようなさまざまな方法で達成できます。

  1. 電子メールアカウントの資格情報のローカルコピーをアーカイブし、それを使用してローカルMDAにユーザーを認証します。このコピーは、デフォルトで各ユーザーアカウントの「ローカル」フォルダに転送できます。
  2. courier-authlib/authpipe または Perdition を使用して、これらの資格情報を残りのフォルダーを含むリモート MDA に同時に渡します。
  3. SMTPサービスが起動したときに「ローカル」フォルダの新しいメールをリモートMTAに再送信するようにcronジョブを設定します。

...または内部DNSを実装し、次のことを行います。

  • すべてを両方のMTAにルーティングするように会社ドメインのMX設定を変更します(技術的には2つの内部MTAが必要です)。

または

  • オフィス内の電子メールに異なる(偽)ドメイン名を使用し、フェールオーバーシステムとして実装するだけです。

おすすめ記事