ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



Hello umask,

You wrote on Monday, July 9, 2007, 7:14:45 PM:

u> Имеется цель построить масштабируемую почтовую систему (с хоть
u> какой-то возможностью увеличения числа пользователей при
u> недостаточности использования одного сервера для хранения почты).

u> Имеется ряд IMAP-серверов (Cyrus-imap, например), которые хранят
u> почту - каждый для группы вверенных ему пользователей. nginx imap
u> proxy с аутентификацией на внешнем HTTP-сервере, в данном случае,
u> подходит отлично - запросы в соответствии с логином\паролем
u> пользователя приходят на верный IMAP-сервер.

u> Возникает вопрос относительно MTA, который сможет теперь
u> раскладывать почту на правильные IMAP-хранилища (через lmtp, например).

postfix
через transport table
Думаю и в exim есть нечто аналогичное.

u> Здесь я вижу два сценария:

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

Это можно сделать по такой же схеме как 2-й пункт.

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

nginx это не умеет.

Это задача полнофункционального MTA - Postfix или Exim

smtp proxy который сейчас есть в nginx нужен:
1. для снижения нагрузки на сервера через которых сабмитят почту
свои пользователи с авторизацией (если на них идет много коннектов от
вирусов/троянов/червей, что есть далеко не всегда и не у всех)
2. для того чтобы была единая система аутентификации у pop3/imap и
smtp.

И для указанной выше задачи он не подходит.

-- 
 Anton Yuzhaninov.

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature



 




Copyright © Lexa Software, 1996-2009.