Благодаря этим статьям:

http://www.exim.org/eximwiki/MsExchangeAddressVerification 

http://www.uit.co.uk/exim-conference/full-papers/jason-meers.pdf 

http://www.exim-new-users.co.uk/Exim-SpamAndVirusScanning.pdf 

получилось сделать верификацию по LDAP получателя, который находится на Exchange 2003. Верифицируется получатель LDAP запросом у Activer Directory по интересному аттрибуту пользователя: proxyAddresses.

Теперь у нас не почтовая система, а просто конфета какая-то:

Exim 4.66 + ClamAV + sa-exim (greylist+spamassassin) + LDAP. 

Ведь раньше какая проблема была? Что бы проверить, что получатель на Exchange сервере есть, ему отправлялся весь поток почты для определенных доменов, и потом Exchange отправлял отлупы обратно, а в случае со спамерами такое поведение сервера непреемлемо, нужно давать отлуп еще на этапе SMTP сессии.

Сейчас у нас:

фронт-сервер: Exim 4.x

бек-сервер: Exchange  2003.

Проблема есть следующего плана: для того что бы выяснить, что получателя нет на сервере есть два выхода:

1. послать на exchange 2003, он проверит у себя и даст отлуп. сейчас организована эта схема.

2. отправить LDAP запрос с Exim на контроллер домена и отправить отлуп еще на стадии коннекта. Это предпочтительный способ.

Думал о пробросе почты совсем напрямую на exchange, и вот что нашел в мейллистах:

here was a recent thread about this on the exim-users mailing list. Some answers to the question, "What is the purpose of [using exim as a relay]?" Responses:

• exchange has a lot of security issues, keeping it isolated is a _good_ thing
• exim can be configured to be much more robust virus/spam filter, or just a second layer virus checker
• Exchange can be hard (if not impossible) to completely secure against hacking/DOS
• Exchange does not offer the level of access control, filtering, etc. that Exim does, leading to more junk mail being accepted
• Exchange is not entirely RFC-compliant and occasionally has trouble accepting legitimate mail from senders that expect full compliance.
• Exchange 2000 still does not have reasonable email address management tools for business. The "Recipient Policies" application of addresses is overhead which does not provide the promised flexibility, IMO. The most damning issues come down to the fact that it is easiest, in Exchange, to administrate a compllicated email address ruleset by proliferating mailboxes, which equates to buying more licenses. Using Exim as a hub allows Exchange to do what it was designed to do: permit each mailbox to have one and only one email address.

 Вот думаю теперь, пугаться или нет?

Начал пробовать ядерную смесь из fetchmail+procmail+mutt. 

set daemon 90
set syslog
set postmaster nexus

poll pop.gmail.com with proto POP3 and options no dns
user 'mprokopov@gmail.com' with pass "пароль"  is 'nexus' here options ssl mda 'procmail -d %T'
smtphost localhost
# You would use this to by-pass Postfix
# mda '/usr/bin/procmail -d %T'

### is 'nexus' here - юзер, под аккаунтом которого происходит работа в системе. 

Чем добротный веб-проект отличается от обычного?

Мелочами.

Приятными, тяжелыми в проработке и тестировании, но приятными мелочами. Автоматическими тестами. Дизайн через тестирование. Вот что важно.

А Гугль не перестает умилять. 

На проверку hosted gmail оказался отличной вещью:

бесплатных 25 аккаунтов в домене, нет рекламы приаттаченной в конец сообщения.

Теперь мне можно писать и на max@prokopov.kiev.ua ;) 

Гугль все больше и больше превращается в Матрицу, когда дарит пользователям новые и новые офигительные сервисы.

Многие из вас могут настроить MTA, поддержку виртуальных доменов, и прочие радости почты. Все мы радуемся богатому AJAX веб-интерфейсу gmail. А как насчет попользовать gmail для своих доменов? 

Гугль запустил в бета-тестирование новый сервис hosted domain mail. Да-да, теперь я смогу заводить пользователей, раздавать ящики в своем домене, давать пользователям отменный веб-интерфейс и многомегабайтный ящик, pop3 и smtp сервисы поверх SSL (это еще если смогут настроить).

Однозначно, Матрица с нами :) 

Такое бывает при сложной организации почтовой системы, когда один из серверов уходит в даун, то на другом начинает скапливаться почта с некоторым интервалом для повторения операции. Так вот, для того что бы вытолкнуть всю почту, которая стоит в очереди принудительно пользуем такую строку:

exim -qf

В Exchange 2003 для такой же операции необходимо будет зайти в консоль Exchange System Manager , Servers->ourmailserver->queues. Вся неушедшая почта будет скапливаться в Messages queued  for deferred delivery. Там же находим нужный коннектор (SMTP connector), и в меню по правому клику выбираем Force Connection.

... и умиленно наблюдаем за вваливающимися пачками почтового спама :) 

Был замечен нехороший баг при работе Spamassassin на FreeBSD в связке с exim.

В логах:

Can't locate object method "header" via package "Mail::DomainKeys::Message" at
/usr/lib/perl5/site_perl/5.8.5/Mail/SpamAssassin/Plugin/DomainKeys.pm line 213,
<GEN88> line 90. 
rules: failed to run DK_POLICY_SIGNALL test, skipping:

Да, есть такой баг 

применяем патч как patch -p0< patchname

в качестве применяемого имени файла:

/usr/local/lib/perl5/site_perl/5.8.5/Mail/SpamAssassin/Plugin/DomainKeys.pm

А вот и патч: 

Резюмируя статью:

1. Создаем перл-скрипт снимающий просматривающий  лог-файлы exim инкрементирующий счетчики.
2. Создаем скрипт обновления значений snmp
3. настраиваем snmpd для обработки значений из скрипта, цепяем на OID.
4. отображаем статистику по нашему OID через MRTG или Cacti.
5. Используя Nagios мониторим состояние Spamassassin (spamd).

И сопутствующие ему ошибки:  All Global Catalog Servers in use are not responding: и т.д.
после долгих исследований так и не выявили видимой причины отказа почты в обслуживании.

Полечилось нетривиально: путем деинсталла GFI Essentials!

Подозрение на GFI пало после долгого треда в одном из форумов и, недавним глюком в одновлении одного из поддерживаемых антивирусов GFI Security.
В плане эксперимента GFI был снесен и все работает и по сегодняшний день!

P.S. Все это счастье работает на Exchange 2003 SP1 и стоит на Windows 2003.