Настройка серверов email для unix и windows
Настройка сервера электронной почты под Windows Настройка sendmail под UNIX Денис Романюк
🕛 28.07.2005, 01:42
Денис Романюк
НАСТРОЙКА СЕРВЕРОВ EMAIL ДЛЯ UNIX и WINDOWS
Глава 1. Настройка сервера электронной почты под Windows
Преимущества выделенной Интернет-линии не ограничиваются возможностью круглосуточно путешествовать по Всемирной Сети. Одним из преимуществ такого подключения является также и возможность установить у себя в офисе почтовый сервер, полностью подстроить его под свои нужды, и, при наличии зарегистрированного доменного имени, получать электронную почту по адресам вида сотрудник@фирма.com.ua. Проблема здесь может заключаться только в том, что родной операционной системой для email (как и для Интернета вообще) является UNIX, а конфигурирование на Интернет-шлюзе любой UNIX-подобной системы - Linux, FreeBSD и т.д. - задача довольно трудная, требующая определенного опыта и квалификации. Тем не менее, даже если на сервере-шлюзе установлен Windows NT/2000, на нем можно без особых усилий установить и настроить сервер почты.
Трудность в том, что, в то время как основные программы-серверы почты под UNIX/Linux (напр., sendmail и postfix) - совершенно бесплатны, аналогичные программы для Windows, как правило, стоят денег. В числе платных Windows-программ, которые можно использовать как почтовый сервер, упомянем Microsoft Exchange Server, Eserv, MDaemon, WinGate, CommuniGate Pro . Однако существуют вполне работоспособные бесплатные сервера под Windows. Примером может послужить CMS - Courier Mail Server (http://courierms.narod.ru).
Загрузим zip-архив с _http://courierms.narod.ru/download/cms154.zip и распакуем его, к примеру, в каталог C:Program FilesCMS. Установка программы не требует запуска инсталлятора. Просто запустим CourierMS.exe, и если все нормально, появится окно программы с сообщениями о том, что SMTP и POP3 серверы запущены. Дважды щелкнув значок "Домен", мы получим окно, где необходимо ввести имя домена, т.е. то, что стоит после знака "@" в адресе электронной почты. Разумеется, если мы настраиваем CMS на сервере-шлюзе для обмена почтой с интернетом, следует указать свой зарегистрированный домен (типа myfirm.*.ua). Если же предполагается использовать Courier Mail Server в качестве email-сервера в пределах локальной сети, можно поставить совершенно произвольное доменное имя.
Далее следует добавить учетные записи, т.е. то, что стоит в адресе перед "@". Для этого, щелкнув по значку "Учетные записи", нажмем "Создать...", впишем реальное имя пользователя(напр., "Иван Петренко"), имя почтового ящика (напр., petrenko), пароль (напр., jLk54|@2q). По умолчанию в СMS есть только одна учетная запись "postmaster", т.е. администратор почты, с паролем "1" (этот пароль рекомендуется сменить). После этого наш сервер способен принимать входящую почту для адресов petrenko@myfirm.ua и postmaster@myfirm.ua (вообще в СMS можно создать сколько угодно почтовых ящиков).
Что касается исходящей почты, то, к сожалению, Courier Mail Server не умеет самостоятельно рассылать почту пользователей по серверам интернета. Он может только передать ее почтовому серверу провайдера, имя которого надо указать, щелкнув по значку "SMTP клиент" (предполагается, что провайдер разрешил вам пересылку сообщений через свой сервер). Кроме того, необходимо открыть "Планировщик" и добавить задание на периодическую отправку почты через сервер провайдера (напр., раз в час).
Также рекомендуется сделать почтовый сервер службой (service). Для этого следует в окне CMS выбрать меню Настройки-Запускаться службой. После этого CMS автоматически запускается после перезагрузки компьютера, и работает независимо от того, вошел ли кто-то в систему, или нет. Значок программы виден в SystemTray, и ее можно вызвать через Ctrl-Alt-C. Остановить Courier Mail Server можно через Панель управления - Службы.
После этого сервер готов к работе, но перед экслуатацией его следует протестировать. Обычно для этого с помощью telnet-клиента вручную соединяются с сервером по 25-ому(SMTP) и 110-ому(POP3) портам и пытаются осуществить отправку и прием почты. Предположим, IP-адрес нашего почтового сервера 10.3.1.1. Для того, чтобы подключиться к нему по 25-ому порту, в Windows 2000 следует:
Пуск->Выполнить...->telnet,
в окне telnet ввести команды:
Microsoft Telnet> set LOCAL_ECHO (отображение ввода)
Microsoft Telnet> open 10.3.1.1 25 (через пробел адрес хоста и номер порта)
В Windows NT 4.0 необходимо таким же образом запустить telnet, затем в меню окна telnet выбрать Терминал -> Параметры... и поставить флажок "Отображение ввода". Далее меню Подключение -> Удаленная система, в поле "Главный компьютер" ввести IP aдрес (10.3.1.1 в нашем примере), в поле порт ввести 25 и нажать "Подключить".
После этого, если сервер работает, в окне telnet мы увидим приглашение сервера:
220 myfirm.ua Courier ESMTP server ready
Теперь можно попробовать отправить письмо непосредственно через общение с сервером через 25-ый порт (это общение осуществляется по протоколу SMTP и имитирует общение между двумя почтовыми серверами интернета). Вот пример такой отправки (строки, начинающиеся с ">>" - наш ввод с клавиатуры, остальные строки - ответы сервера):
220 myfirm.ua Courier ESMTP server ready
>> HELO usa.net (представимся)
250 myfirm.ua greets usa.net
>> mail from:
250 OK - mail from
>> rcpt to:
250 OK - Recipient
>> data (сообщаем серверу, что мы начинаем передачу сообщения)
354 Send data. End with CRLF.CRLF
>>Subject: test (тут посылаются заголовки письма.)
>> (после заголовков - пустая строка)
>>Привет. Это тестовое письмо. (Тут начинается текст письма)
>>Пока.
>>. (письмо надо закончить строкой, состоящей из одной точки)
250 OK
>>quit (разрываем соединение с сервером)
221 Service closing transmission channel
Аналогично подключившись по 110-ому порту, тестируем работу POP3-сервера (так закачивают почту клиентские почтовые программы - Outlook, TheBat и т.д.):
+OK Courier POP3 server ready <74.73123863587351@myfirm.ua>
>> user petrenko (отправляем имя пользователя)
+OK name accepted
>> pass jLk54|@2q (отправляем пароль)
+OK petrenko's maildrop has 1 messages (193 octets)
>> retr 1 (команда о получении сообщения под номером 1)
+OK 193 octets
Return-Path:
Received: from usa.net [10.3.1.2] by myfirm.ua [10.3.1.1] with ESMTP;
Thu 23 Jan 2003 17:38:31 +0300
Subject: test
Привет. Это тестовое письмо.
Пока.
.
>> dele 1 (удалить письмо под номером 1)
+OK message 1 deleted
>> quit (разрыв соединения)
+OK Courier POP3 server signing off (0 messages left)
Если тестирование прошло успешно, можно настраивать клиентские почтовые программы для отправки и приемки сообщений через наш сервер. Напр. в Outlook Express следует выбрать Сервис -> Учетные записи -> Добавить -> Почта. В появившемся мастере надо ввести адрес электронной почты (напр., petrenko@firma.ua), ввести адреса SMTP- и POP-серверов (в нашем примере 10.3.1.1 в обоих полях), ввести имя учетной записи и пароль (petrenko и jLk54|@2q). После этого пользователи могут принимать и отправлять почту через созданный нами сервер. Аналогично настраиваются и другие почтовые клиенты.
Полезными функциями CMS являются также"Сортировщик", позволяющий создать набор правил для пересылки сообщений, удовлетворяющих некоторым условиям; POP3-клиент, который можно использовать для автоматического переноса почты с внешних POP-серверов на локальные ящики; IP-фильтр для разрешения/запрещения подключений к серверу определенных адресов. Существенным недостатком Courier Mail Server является невозможность тонкой настройки. Такова плата за бесплатность. Например,CMS представляет собой Open Relay, т.е. позволяет пересылать через себя почту с любого сервера интернета на любой другой сервер, а запретить это можно только через запрет на прием почты сконкретных IP-адресов. Но это меньше, чем полумера. А между тем сервера с Open Relay являются распространителями спама и преследуются интернет-сообществом.
Если возможности CMS для вас недостаточны, стоит задуматься о приобретении другой программы. Советую обратить внимание на CommuniGate pro, (http://www.stalker.com - существуют версии практически для всех ОС). Программа действительно профессиональна - свидетельством может служить хотя бы то, что она используется на web-интерфейсе mail.rambler.ru. Одно из преимуществ CommuniGate pro в том, что пробная версия не ограничена ни по времени, ни по функциональности. Вы должны купить лицензию лишь тогда, когда вы полностью протестировали работу сервера. Единственное "но" - пока вы незарегистрированный пользователь, программа дописывает в начало каждого отправленного сообщения фразу "*This message was transferred with a trial version of CommuniGate(tm) Pro*".
Замечания::
1. Если после первого запуска CMS сообщает, что 25-й порт занят, то, скорее всего, его занимает SMTP сервер, входящий в состав IIS. В этом случае следует остановить службу SMTP через Control Panel-Administrating Tools - Services либо непосредственно в Internet Services Manager.
2. Обратите внимание на то, что без правильной настройки DNS почта на интернет-сервере работать не будет. Программа Courier Mail Server не использует DNS. Однако при отправке на ваш сервер сообщения извне, сервер отправителя должен определить IP-адрес компьютера, принимающего письма типа user@your_domain.ua, для чего используются MX-записи DNS.
Глава 2. Настройка сервера электронной почты под UNIX
Однако, если нам нужен полнофункциональный почтовый сервер с возможностью тонкой настройки, самым лучшим вариантом является sendmail под UNIX. Проще всего установить сервер почты на интернет-шлюз, поэтому предполагается, что операционной системой сервера-шлюза является UNIX/Linux. Настройка sendmail для различных UNIX-подобных систем (Linux, FreeBSD и т.д.) практически идентична.
Sendmail есть в дистрибутиве любого UNIX/Linux, однако перед установкой и настройкой сервера почты рекомендуется посетить официальный сайт программы (www.sendmail.org) и скачать последнюю стабильную версию со всеми патчами. На данный момент это версия 8.12.7 (ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.12.7.tar.gz). Распакуем этот архив в /tmp/sendmail-8.12.7, войдем в этот каталог и выполним компиляцию:
sh Build
Далее следует войти в каталог стандартных файлов конфигурации и переименовать в sendmail.cf тот, который наиболее подходит для нашей системы. Если у нас на сервере стоит Linux, то это generic-linux.cf:
cd cf/cf
mv generic-linux.cf sendmail.cf
Теперь на случай необходимости отмены установки новой версии рекомендуется сделать резервные копии директории конфигурации (/etc/mail) и исполнимого файла sendmail (его расположение можно узнать через команду "which sendmail") Находясь в директории cf/cf выполнить команду
sh Build install-cf (это установит файлы конфигурации sendmail.cf и submit.cf в /etc/mail)
Только надо в каталоге конфигурации почты (/etc/mail) создать еще несколько файлов. Напомним, что для создания файла нулевого размера можно пользоваться командами touch filename либо echo -n > filename. Создадим таким образом файлы local-host-names, aliases и relay-domains.
cd /etc/mail
touch local-host-names aliases relay-domains
Теперь надо создать учетную запись smmsp :
useradd smmsp -d /none -s /bin/false
В случае если ваши man-страницы проинсталлированы в каталог, отличный от /usr/man (напр., в /usr/share/man), необходимо сделать символическую ссылку:
ln -s /usr/share/man /usr/man
и можно инсталлировать саму программу:
cd /tmp/sendmail-8.12.7; sh Build install
Теперь приступаем к конфигурированию.
Главное правило, которое надо помнить во время настройки sendmail, состоит в том, что сервер электронной почты никогда не будет работать без правильной настройки DNS, то есть службы, преобразовывающей имена компьютеров в IP-адреса и наоборот (например, благодаря обращению к этой службе любое интернет-приложение узнает, что компьютер по имени www.ukr.net имеет адрес 212.42.64.10) . Поэтому сначала необходимо настроить работу сервера имен - для того, чтобы любой сервер Интернета мог определить, что адреса электронной почты вида user@firma.ua обслуживаются нашим сервером. Предполагается, что мы имеем зарегистрированный домен firma.ua и имя нашего сервера в этом домене "ns.firma.ua"
В качестве сервера имен в UNIX как правило используется программа named, в конфигурационных файлах которой надо разместить информацию о своем домене. В первую очередь надо отредактировать файл /etc/named.conf, добавив в него следующие строки:
zone "firma.ua" {
type master;
file "firma.ua";
};
Эти строчки говорят серверу имен, что он отвечает за зону "firma.ua" и что информация о ней хранится в одноименном файле (/var/named/firma.ua). Создадим файл /var/named/firma.ua и пропишем в нем следующее (разумеется, некоторые поля нужно заменить на то, что соответствует особенностям вашего сервера):
@ IN SOA ns.firma.ua. root.ns.firma.ua. (
200302241512 ;Serial
3600 ; Refresh
900 ; Retry
3600000 ; Expire
3600 ) ; Minimum
IN NS ns.firma.ua. #серверы DNS
IN NS ns.provider.ua.
IN MX 10 ns.firma.ua. #серверы почты
IN MX 20 mail.provider.ua.
ns IN A 195.5.ххх.xxx #наш реальный интернетовский адрес
www IN CNAME ns
Особенно важны для нашей темы MX-записи, ибо они определяют адреса серверов, которые принимают почту на адреса вида user@myfirm.ua В вышеприведенном примере указано, что в первую очередь, всю почту надо направлять на наш сервер, а если он недоступен, то на сервер провайдера, где она хранится в очереди до момента, когда будет возможна передача ее нашему серверу.
После изменения файлов конфигурации перезапустим сервер DNS (service named restart), посмотрим логи перезапуска в /var/log/messages и проверим, работает ли созданная нами зона. Для проверки работоспособности зоны DNS в пределах нашего сервера можно воспользоваться просто командой "ping ns.firma.ua" - и если зона не работает, появится сообщение: " ping: unknown host ns.firma.ua". А для того, чтобы проверить, работает ли зона из внешнего мира, можно воспользоваться инструментами ping или trace на _http://noc.cv.ua/glass.html Если зона работает локально, но не работает из внешнего мира, проблема заключается в регистрации домена в уполномоченной организации.
Если DNS работает правильно, можно приступить к настройке самого sendmail. В первую очередь необходимо в каталоге /etc/mail отредактировать несколько текстовых файлов.
В файле /etc/mail/local-host-names надо написать только одну строку: название своего домена(myfirm.ua). Если доменов несколько, то нужно написать все - каждое доменное имя в отдельной строке. Если этого не сделать, то при попытке принять входящее сообщение будет возникать ошибка "Mail loops back to me: MX problem?"
В файле /etc/mail/aliases следует прописать почтовые псевдонимы. Формат этого файла следующий:
user_1: user_2 [,user_3,...]
- это значит, что почту для user_1 получают user_2,user3 и т.д.. Рекомендуется написать по меньшей мере псевдонимы для mailer-daemon и postmaster, а также для root. Последнее связано с тем, что в целях безопасности root не может подключиться к серверу по протоколу POP3 - и простейшим выходом из этой ситуации является перенаправление почты root рядовому пользователю. Вот пример файла aliases:
mailer-daemon: root
postmaster: root
root: denys
Чтобы изменения в файле aliases вступили в силу, необходимо выполнить команду /usr/bin/newaliases
В файле relay-domains необходимо указать компьютеры, которые имеют право пересылать почту через наш сервер. Дело в том, что для пресечения спама новые версии sendmail по умолчанию запрещают пересылку писем даже из внутренней сети. Поэтому в файле relay-domains указываются компьютеры локальной сети, с которых разрешена отправка писем во внешний мир. Например:
192.168.1.5 RELAY
192.168.2.31 RELAY
При желании можно разрешить пересылку не отдельным компьютерам, а целой подсети либо зоне DNS, напр.,
192.168.1. RELAY
lan.firma.ua RELAY
Кроме настроек самого sendmail, необходимо также добавить в систему почтовых пользователей:
groupadd mailusers (создадим группу почтовых пользователей)
useradd denys -d /none -s /bin/false -g mailusers (добавим пользователя denys без домашнего каталога и шелла, припишем его в группу mailusers )
passwd denys (установим пароль новодобавленному пользователю)
Теперь следует перезапустить сервер почты: service sendmail restart. Также для перезапуска sendmail можно воспользоваться командой
/bin/kill -SIGHUP `head -1 /var/run/sendmail.pid`
Запустить же sendmail вручную можно через
/usr/sbin/sendmail -L sm-mta -bd -q1h
либо просто
sendmail -bd
Важно также не забыть сделать ссылку на sendmail в одном из стартовых скриптов, чтобы сервер почты запускался после каждого перезапуска системы.
После этого можно начинать тестировать работу почты. Для начала попробуем сканирование 25-го порта:
telnet localhost 25
После этого должна появиться строка о готовности сервера:
220 ns.firma.ua ESMTP Sendmail 8.12.7/8.12.7; Thu, 27 Feb 2003 16:47:35 +0200
Если вместо этого мы видим сообщение "Connection refused" - то это значит, что почтовый сервер недоступен. Возможно, он просто не был успешно запущен либо доступ к 25-ому порту закрыт через firewall. В последнем случае надо разрешить 25-й порт протокола tcp для всех подключений. Напр., если у нас firewall через ipchains, то в его конфигурацию следует следует добавить такие команды:
ipchains -A input -p tcp -s 0/0 25 -d 0/0 1024:65535 -b -j ACCEPT
ipchains -A output -p tcp -s 0/0 25 -d 0/0 1024:65535 -b -j ACCEPT
(Также для нормальной работы почты надо разрешить 53-й порт по протоколам tcp и udp - это порты DNS)
Кроме того, для ускорения работы sendmail рекомендуется все компьютеры в локальной сети перечислить в файле /etc/hosts, а еще лучше - настроить локальную зону DNS на обратное разрешение IP-адрес - имя компьютера (так назыв. "reverse DNS"). Также для предотвращения проблем с временем регистрации отправленных и полученных писем, следует обратить внимание на то, чтобы на сервере было не только настроено правильное время (через команду date), но и установлена правильная временная зона (это можно сделаеть через программы tzselect или setup). Необходимо выбрать зону Europe/Ukraine/Most locations(Kiev).
Теперь можно, вводя с клавиатуры SMTP-команды попробовать отправить вручную тестовое письмо (см. более подробно в вышеуказанной главе про бесплатный сервер электронной почты под Windows).
Также необходимо проверить работу входящей и исходящей почты. Для этого рекомендуется завести себе ящик на одной из бесплатных почтовых служб Web'a и получить адрес типа myfirma@inethost.com. Теперь надобно с этого адреса послать письмо на root@firma.ua и наоборот. Поскольку необходимость тестирования работы почты может возникать довольно часто, рекомендую на бесплатной почтовой службе настроить автоматическую пересылку всех входящих писем на root@firma.ua. Тогда для проверки как входящей, так и исходящей почты, достаточно будет отправить тестовое письмо с нашего сервера на myfirma@inethost.com - и только в случае если хорошо работает и входящая, и исходящая почта, это письмо будет получено на адрес root@firma.ua. Ведь если не работает исходящая почта, то письмо не дойдет до внешнего сервера, а если не работает входящая, то перенаправленное письмо не будет принято нашим сервером. Таким образом, если мы отправляем письмо с нашего сервера на myfirma@inethost.com, и оно приходит обратно на root@firma.ua, то мы можем быть уверены, что письма ходят в обоих направлениях и сервер электронной почты настроен правильно.
Для тестирования работы почты очень удобно пользоваться утилитой командной строки mail, при этом адрес получателя необходимо указать в качестве аргумента. В конце письма следует поставить точку на отдельной строке. После этого программа спрашивает, кому отправить копию (Cc:), если копия не нужна, можно просто нажать ENTER.
mail myfirma@inethost.com
Subject: test
test
.
Cc:
Эта же команда (без аргументов) используется для проверки входящей почты в /var/spool/mail/username:
You have mail in /var/spool/mail/denis
[denis@www /]$ mail #вызываем программу mail для прочтения почты
Mail version 8.1 6/6/93. Type ? for help.
"/var/spool/mail/denis": 1 message
> 1 denis@firma.ua Tue Mar 4 13:15 45/1932
&1 #указываем номер сообщения, который хотим прочитать
Subject: test
test
&q #выходим из программы mail
Saved 1 message in mbox
После прочтения почты через программу mail сообщение дописывается в файл mbox в домашнем каталоге пользователя.
Во время работы sendmail использует каталог /var/spool/mqueue для хранения текущей очереди почты, а также каталог /var/mail (являющийся ссылкой на /var/spool/mail), в котором хранится доставленная локальным пользователям почта и откуда ее читает как POP-сервер, так и утилита командной строки mail. Для правильного функционирования sendmail необходимо, чтобы используемые им каталоги имели правильные права доступа:
chmod go-w / /etc /etc/mail /usr /var /var/spool /var/spool/mqueue
chown root / /etc /etc/mail /usr /var /var/spool /var/spool/mqueue
Все операции с почтой (и по 25-ому, и по 110-му порту) по умолчанию фиксируются в файле /var/log/maillog, в котором указывается время отправки сообщения, его уникальный номер, адрес отправителя и получателя, размер. Если в нашей организации необходимо вести учет траффика по пользователям, то кроме анализа внешних подключений (см. статью "Байты любят счет", CHIP №2, 2003), необходимо вести и учет подключений к локальному почтовому серверу, т.к. при активном его использовании эти подключения могут значительно увеличить внешний траффик. Такой учет можно осуществить путем написания скрипта-анализатора файла /var/log/maillog.
И если наш сервер электронной почты работает, надо подумать о том, чтобы пользователи могли удобно отправлять и принимать электронные сообщения со своих рабочих станций. Для этого установим на клиентских компьютерах в нашей локальной сети почтовую программу (напр., Тне Bat или Outlook Express), укажем в качестве SMTP- и POP3-сервера IP-адрес нашего почтового сервера, и попробуем отправить письмо во внешний мир. Если при этой попытке появляется ошибка "Relaying denied", то надо указать IP-адрес компьютера в /etc/mail/relay-domains и перезапустить sendmail (service sendmail restart).
Что же касается приема почты, то тут нужно учесть, что sendmail не поддерживает функцию доставки почты. Для этого используются программы, реализующие протокол POP3 (Post Office Protocol, version 3). С клиентской стороны такой программой является почтовый клиент, выкачивающий с сервера почту пользователя. Со стороны сервера такой программой является служба, слушающая 110-й порт и выдающая по запросу почту пользователей. Такая программа называется POP-сервером.
Одной из самых распространненных программ подобного рода, является Qpopper (http://www.eudora.com/qpopper/). Скачаем программу (ftp://ftp.qualcomm.com/eudora/servers/unix/popper/qpopper4.0.4-no-test.tar.gz), распакуем архив в каталог /tmp/qpopper, войдем в него и выполним команды:
./configure;make;make install
В случае успешной компиляции и установки программа запишется в /usr/local/sbin/popper. Теперь остается только привязать программу к 110-му порту. Для начала убедимся, что в /etc/services существуют незакоментированная строка
pop3 110/tcp pop-3
После этого в файле /etc/inetd.conf напишем:
pop3 stream tcp nowait root /usr/local/sbin/popper qpopper -s
Если же на нашей системе используется не inetd, а xinetd (RedHat 7.0 и выше), то в каталоге /etc/xinetd.d следует создать файл pop3, в котором написать следующее:
service pop3
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/local/sbin/popper
server_args = qpopper -s
port = 110
}
(Примечание: если в конфигурационных файлах inetd или xinetd уже есть программы, использующие 110-й порт, то их необходимо заблокировать, чтобы избежать конфиликтов. Напр., в RedHat входит программа ipop3d, которой соответвует файл /etc/xinetd.d/ipop3. При наличии этого файла рекомендуется либо его удалить, либо, отредактировав его, поставить в нем disable=yes.)
После этого для того, чтобы inetd перечитал свои файлы конфигурации, выполним "killall -HUP inetd" (либо "killall -HUP xinetd").
Теперь можно пробовать подключиться к POP3-серверу (в строгом firewall для нормальной работы POP3 нужно, чтобы были открыты 110-й, 113-й, 53-й порты):
telnet localhost 110
И если почтовый сервер работает нормально, мы увидим:
+OK Qpopper (version 4.0.4) at ns.firma.ua starting.
Можно протестировать работу РОР-сервера в ручном режиме (см. статью про сервер электронной почты под Windows), и, в случае нормальной его работы, настраивать рабочие станции пользователей для работы клиентских почтовых программ через созданный нами сервер.