|
KZN
08 Июня 2004 18:09
www.kzn.ru/view.php3?id_text=260
Почтовая система среднего и малого офиса
Опубликовано в журнале «Системный администратор"
Недавно один из знакомых администраторов попросил помочь ему в создании почтовой
системы для фирмы в которой он работает. Подумав о сакраментальном слове RTFM
и вспомнив что недавних переселенцев из под Windows надо поощрять я все же решил
поискать для него хорошую документацию подробно описывающую то что ему предстоит выполнить.
Побродив некоторое время в сети с удивление обнаружил отсутствие
того за чем пришел. Не то чтобы документации не было совсем. Скорее
ее было даже слишком много. Очень часто мне на глаза попадались
продвинутые статьи описывающие настройку магистральных систем
способных работать в качестве почтовых серверов крупных интернет
провайдеров. Встречались тексты объясняющие способы взаимодействия
почтовой системы с SQL, RADIUS, LDAP серверами. Для нашего случая
все эти ухищрения были чрезмерны. К сожалению подробной интрукции
по настройке почтовой системы для малого и среднего офиса так и не
было найдено. Свою систему мы будем строить на основе FreeBSD 4.5.
В тоже время практически все описаное ниже после мелких исправлений
будет работать во многих других Unix подобных системах. Главное что
бы для целевой системы удалось найти версии программ postfix,
popa3d, drweb, pflogsumm. Кратко обсудим зачем нужен каждый из этих
компонентов. Postfix будет обеспечивать принятие входящих и отправку
исходящих сообщений по протоколу smtp. Обычно программы такого типа
называют MTA — Mail Transfer Agent. Popa3d позволит пользователям
читать полученную почту. С помошью drweb мы будем проверять на вирусы
все проходящие через нас письма. Для того чтобы знать насколько
хорошо функционирует построеная нами система, нужно собирать
статистику ее работы. К тому при случае начальству можно показать что
не зря ещь свой хлеб с маслом. Выполнять это полезное действо мы
будем с помошью pflogsumm. Стоит обратить внимание что машина на
которой все это устанавливается имеет два сетевых интерфейса
192.168.10.252 и 80.80.120.163. Первый направлен во
внутреннюю подсеть. К сожалению авторизации на основе пароля и
имени пользователя для протокола smtp у нас не будет. Отправка писем
будет разрешена всем пользователям сети 192.168.10.0. С другой
стороны для малыйх и средних сетей в большинстве случаев этого не
потребуется. Соответствено через второй интерфейс мы будем
общаться
|
