Назад | Перейти на главную страницу

Идеи почтового прокси

Я хочу разместить несколько управляемых почтовых серверов для некоторых клиентов. У каждого клиента будет свой собственный почтовый сервер, который будет представлять собой виртуальную машину «все в одном», на которой работают postfix, dovecot и некоторый набор веб-почты.

Несмотря на то, что у каждого клиента будет свой собственный сервер, я не хочу давать каждому почтовому серверу собственный публичный IP-адрес. Я хочу воспользоваться прокси-серверами, чтобы все клиенты использовали один и тот же общедоступный IP-адрес. Что касается "smtp-in" из общедоступного Интернета, это не проблема, поскольку я могу настроить множество серверов mx (с использованием postfix), которые будут хранить и пересылать почту на правильный сервер (с использованием транспортных карт). Что касается доступа по IMAP от клиента, я думал об использовании perdition, который является прокси-сервером IMAP - я считаю, что это удовлетворит мои потребности.

Однако я не понимаю, что использовать для прокси «smtp-out». Клиенты должны будут пройти аутентификацию на своем принимающем почтовом сервере, однако им придется пройти через какой-то прокси-сервер, поскольку у них не будет прямого доступа к своему экземпляру сервера. Вероятно, это также не может быть прокси с промежуточным хранением.

Кто-нибудь знает, что я могу здесь использовать?

Большое спасибо

Я видел несколько вариантов.

Для чтения почты (imap) и записи (smtp) они вынуждены использовать веб-интерфейс. Затем вы можете использовать что-то вроде беличьей почты или круглого куба. Попросите этот сервер передать imap и smtp своему серверу. Затем их сервер либо выйдет через NAT-соединение, либо будет ретранслировать через сервер с публичным доступом.

Пропустите это несколько виртуальных машин (по одному для каждого клиента). Dovecot и Postfix в Linux можно настроить для использования серверной части mysql, чтобы пользователи аутентифицировались с помощью своего адреса электронной почты и пароля.

Если вам требуется, чтобы их почта хранилась в imap в разных системах, то по-прежнему используйте dovecot / postfix, но у вас должен быть один smtp-сервер, который знает, на какой сервер отправлять свою электронную почту, но если он исходящий в Интернет, они все равно аутентифицируются с помощью mysql таблица db. http://johnny.chadda.se/article/mail-server-howto-postfix-and-dovecot-with-mysql-and-tlsssl-postgrey-and-dspam/ описывает настройку postfix и dovecot с использованием mysql.

Почему они должны проходить аутентификацию на собственном сервере? Дать каждому из них пользователя и пройти аутентификацию на сервере Postfix, выполняющем прокси, и позволить ему действовать как исходящий ретранслятор?