> Если такой вариант Какие могут быть последствия???
> перенести mx записи почтовика на yandeyЧто вы имеете в виду? И как вы себе представляете эту операцию?
> а заберать почту через The Bat!
Если у вас планируется держать корпоративную почту на каком-то одном внешнем почтовом сервисе (яндекс, мэйлру, почтару), а не на всех сразу из всех возможных, то ставьте delegated и настраивайте его под работу с этим сервисом. У меня проблемы возникли только с gmail, так и не разобрался, как их подружить, но если честно, долго и не вникал. С яндексом и мэйлру, помнится, было проще всего, вот для яндекса навскидку файлы для запуска двух демонов делегата с нужными настройками:
less delegated-smtp-yandex.sh
#!/bin/sh
umask 027
if [ -x /usr/local/sbin/delegated ]; then
echo -n ' delegated'
/usr/local/sbin/delegated -P8025 \
SERVER=smtp://smtp.yandex.ru \
ADMIN=admin@company.ru \
RELIABLE=192.168.10.0/255.255.255.0 \
> /dev/null 2>&1
fi
less delegated-pop3-yandex.sh
#!/bin/sh
umask 027
if [ -x /usr/local/sbin/delegated ]; then
echo -n ' delegated'
/usr/local/sbin/delegated -P8110 \
SERVER=pop://pop.yandex.ru
ADMIN=admin@company.ru \
RELIABLE=192.168.10.0/255.255.255.0 \
> /dev/null 2>&1
fi
Предполагается, что делегат у вас встал в /usr/local/sbin, если нет - модифицируйте этот путь.
Потом на клиентах прописываете вместо серверов входящих и исходящих сообщений адрес машины в локалке, на которой работает dekegated, а вместо стандартных 25 и 119 портов - соответственно, порты 8025 и 8110. Доступ будет у всех машин из подсети 192.168.10.0/24
Остальное почерпнете из документации к делегату. :)
> клиентами SQUID.
Да забудьте вы про squid в контексте работы с e-mail. Squid практически исключительно работает с HTTP и имеет ограниченную поддержку FTP. Почтовые протоколы не его стезя.