Есть почтовый сервер внутри сети на котором вертится postfix, который хранит список пользователей в mysql базе.
Задача — поставить почтовый релей, который смотрит в интернет и принимает только те сообщения, которые адресованы пользователям из postfix, ну и доставлять на веншние сервера письма пользователей postfix. Выружать список пользователей могу кроном и в любом виде доставлять на почтовый релей.
Если кто-нибудь сталкивался с такой задаче — порекомендуйте решение на основании какого-либо MTA (postfix, sendmail, exim) или может подскажете ключевой момент конфига — проверку пользователей по списку-sql запросу или ещё чему.
Если есть непубличные ответы или догадки-предложения — буду рад, если напишете личное сообщение.
Что то непонятно… если надо реализовать, обращайтесь. Если сами не можете… так и пишите — а то у Вас в профиле «системное администрирование».
Тут как-то принято давать направление, а не выполнять работу за кого-то…
Дык тот же postfix, который подключаеться к SQL внутреннего postfix-а, проверяет наличие пользователя при получении из вне, далее 2 варианта:
1. класть все в один ящик, а потом подтягивать и распределять на внутреннем.
2. сразу пересылать на внутренний сервер.
да второго варианта: для пересылки, используем транспорт, который указывает на внутренний сервер. самое простое вообще указать его дефолтным транспортом, проверка то на наличие пользователя уже пройдена.
для первого варианта: + при большой нагрузке на внешний сервак, вы сами можете выбрать с каким интервалом забирать почту, чтоб не тормозил внутренний сервак.
Первое предложение отметаем т.к. нагрузка на внешний сервер не должна влиять на работу внутри компании. Если валится 100500 тыщь сообщений на внешний сервер, внутренний сервер должен делать pokerface и просто работать.
Про второй пункт напишите, пожалуйста, подробней, а то «postfix + transport_maps» это настолько общий случай, что об этом можно писать до бесконечности…
Простой
