Нужны пояснения про nginx smtp proxy или "умный" MTA

[Andrey N. Oktyabrski]

umask wrote:
> Возникает вопрос относительно MTA, который сможет теперь раскладывать
> почту на правильные IMAP-хранилища (через lmtp, например).
Он должен быть тоже масштабируемым таким же способом (клонированием)? 
Если нет, пусть будет один, задача выяснения на какой хост запулить 
локальную доставку по LMTP вполне посильна для того же exim'a. Если да, 
нужно сделать доступным для всех клонов знание о том, куда пхать почту 
по LMTP (тут уже говорили про LDAP - exim можно научить маршрутизировать 
почту на основании ответа LDAP сервера). Я exim не рекламирую, просто 
именно с ним работаю, потому его ка пример и рассматриваю.

> 1. зарегистрированный пользователь nginx smtp proxy отправляет почту.
> Это пользователь которого может аутентифицировать внешний
> HTTP-сервер. В данном случае nginx smtp proxy может проксировать
> такого пользователя на специфичный для группы этого пользователя MTA
> (postfix?), а MTA уже всё решит сам - доставка локальная или на
> внешний smtp-сервер (и такая схема выглядит некрасиво - откуда теперь
> последнему MTA знать на какой IMAP доставлять почту?).
Откуда знать - вопрос отдельный. Например, оттуда же, откуда nginx знает 
на какой pop3/imap сервер отправить юзера получать почту.

> 2. Удалённый smtp (почта, пришедшая через MX). Как такого
> "пользователя" должен обслуживать nginx? На любой MTA такого
> "пользователя" не отправить, ведь MTA должен знать, куда доставлять
> (через какой транспорт и\или в какой IMAP) корреспонденцию именно для
> данного адресата.
Этим nginx совершенно точно не должен заниматься.

> Подскажите, пожалуйста, как вы видите себе реализацию такой "хитрой"
> системы SMTP-серверов? (если можно, подробнее).
Мы её видеть можем как угодно, но советы давать не имеем морального 
права, не зная полной постановки задачи. Такие системы на коленке не 
делаются, слишком сложно для такого подхода. Поэтому купите какой-нибудь 
CGP с кластерной лицензией, если денег хватит.