Все это сделает сотрудников предприятия максимально информированными о процессах внутри почтовой системы и частично перенесет на них ответственность за возможную недоставку почты. Например, очень часто проблемы возникают из-за «на слух» надиктованных адресов или ошибочно «забитых» в почтовую программу, как адрес ответа. Система отсылает отправителю сообщение: «Такого пользователя нет», а он раздражается: «Я не могу вам отправить письмо из-за того, что ваш сервер его отклоняет». Надо сделать все возможное, чтобы у сотрудников предприятия была информация для принятия мотивированных решений в отношении почтовых проблем. Только так можно превратить их из капризных и недалеких ламеров в тех клиентов, которые ценят работу своих системных администраторов. Ценят буквально...

1. Сайт проекта SPF – http://www.openspf.org.

2. Страница проекта Sender ID – http://www.microsoft.com/mscorp/safety/technologies/senderid/default.mspx.

3. Сайт проекта DKIM – http://www.dkim.org.

4. Максим Чирков. Система адаптивного блокирования спама после первого факта рассылки – http://www.opennet.ru/dev/spam_check/readme.txt.

5. Обоснование необходимости безусловного приема почты по служебным адресам – http://rfc-ignorant.org/rfcs/rfc2821.php.

6. Владимир Камарзин. Реализация беспрепятственного доступа к адресу postmaster@ – http://www.freesource.info/wiki/Dokumentacija/Postfix/antispam/postmaster&.

7. Дополнительное программное обеспечение к почтовому серверу Postfix – http://www.postfix.org/addon.html.

8. ACL Policy Daemon for Postfix (apolicy) – http://home.gna.org/apolicy.