Linux ベースの電子メール サーバーで、Web メール (Roundcube) を使用しながらクライアントからの SMTP/IMAP/POP 接続を禁止するにはどうすればよいですか?

Linux ベースの電子メール サーバーで、Web メール (Roundcube) を使用しながらクライアントからの SMTP/IMAP/POP 接続を禁止するにはどうすればよいですか?

完全に機能する Linux ベースの電子メール サーバー (postfix/Dovecot を実行) で、Roundcube Web メール (つまり、ローカル電子メール サービス) のみを使用しながら、外部メール クライアント (または telnet など) で SMTP/POP3/IMAP に接続する機能を無効にするにはどうすればよいでしょうか。

Roundcube はメールを取得するために Dovecot IMAP に接続します。また、サーバーは一般に外部と通信する必要があるため、ポート/ファイアウォールを単にシャットダウンするだけでは、Web メール アプリケーション内でメールを送受信することはできません。

答え1

外部に公開したくないサービスのみを 127.0.0.1 でリッスンするように dovecot を設定するだけです。これは dovecot.conf で指定できます。

imap_listen = localhost
imaps_listen = localhost

pop3も同様です

pop3_listen = localhost
pop3s_listen = localhost

答え2

さて、あなたはできるファイアウォールを使用して、システムの外部から IMAP および POP3 サービスへの接続が確立されないようにします。dovecot が別のサーバーにインストールされている場合は、そのシステムとの間の接続のみを許可するようにファイアウォール ルールを設定できます。

SMTP に関しては、おっしゃるとおり、これをブロックすることはできません。ただし、メール リレーとして機能する別のスマートホストとの間の接続のみを受け入れるようにすることはできますが、これも決して万全ではありません。インターネット上で利用できるサーバーを用意したいのであれば、遅かれ早かれ、予想外の方法で接続する方法が見つかるということを受け入れる必要があると思います。不可能なことを防ぐために必死になるのではなく、この点で合理的なことだけを行い、残りのエネルギーをシステムが安全に構成および管理されていることを確認することに費やすべきです。

答え3

より効果的なのは、認証に合格した人に対して宇宙からの接続を制限することです。

リモート クライアントが有効な電子メール/パスワードを知っていて、SMTP/IMAP サーバー上で TLS セッションを確立できる場合、なぜできないのでしょうか? 副次的な効果として、ユーザーは IOS/Android に組み込まれたネイティブ MUA を使用できます。

関連情報