Как настроить почтовый сервер

Сегодня, когда можно без проблем заполучить любое количество бесплатных почтовых ящиков, просто регистрируя аккаунт на службах "Яндекса", "Мэйл.Ру" и им подобных, такой вопрос, как настройка почтового сервера, беспокоит не слишком многих пользователей.

Однако бывают и такие моменты, когда знать хотя бы некоторые аспекты данного вопроса будет полезно.

Когда это бывает нужно

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

Если было решено перейти с браузерного почтового клиента на выделенный в отдельную программу. Ведь во многих отношениях такие клиенты являются предпочтительнее: они позволяют совмещать почтовую программу с органайзером, записной книжкой, а также более гибко управлять адресной книгой и администрировать сообщения.
Произошел непредвиденный сбой в работе почтового клиента, «слетели» все настройки. И тогда просто необходима установка почтового сервера. Настройка его обычно не требует много времени и сил, но в противном случае можно остаться без почты на довольно длительное время.
Бесплатные почтовые ящики могут уничтожаться администрацией, причем без объяснения причин. Да и выглядит такой ящик в глазах деловых партнеров, прямо скажем, несолидно. А потому придется заводить выделенный, на сервере.
Если провайдер предлагает отдельный почтовый ящик, то почему бы не воспользоваться таким предложением.

Настройка почтового сервера Windows

Основные параметры электронной почты, такие как DNS, данные по IP и подобные сведения, выдаются непосредственно провайдером.

Чтобы начать использовать почтовые клиенты ОС Windows, потребуется либо скачать подходящий для этой операционной системы клиент, либо прибегнуть к помощи встроенных в нее клиентов. Для начала потребуется завести новую учетную запись. Как правило, при этом также просят ввести ее название, придумать пароль и логин для входа.

Возможно, потребуется включить поддержку почтовых служб Windows через панель "Удаление и установка программ" в разделе установки компонентов E-mail Services.

Далее потребуется запустить POP3 Service и указать новый домен почты, например mail.serv.main.com. Более точный домен нужно узнавать у своего провайдера.

Для создания нового ящика нужно будет придумать имя пользователя и пароль.

В параметрах настроек SMTP надо указать номер порта 25, а для сервера POP3 – 110. Если провайдер выдает иные параметры, следует ввести их. В том случае, когда используемый клиент почты не предполагает ввода номера портов, нужно оставить лишь адрес, выданный провайдером, в пунктах "Сервер для входящих сообщений" (это может быть как POP3, так и IMAP) и "Имя для сервера исходящих сообщений" (обычно только SMTP).

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

Переход с бесплатной почты на выделенный клиент

Иногда требуется оставаться на бесплатном почтовом сервисе, однако применять в качестве клиента отдельное приложение. Можно показать это на примере настроек почты для сервиса "Яндекс". Настройка почтового сервера тогда будет проводиться со следующими параметрами.

1. Настройки по протоколу IMAP для входящих сообщений:

адрес сервера почты: imap.yandex.ru;
в параметрах защиты для соединения следует указать SSL;
номер порта указывается 993.

2. Для настроек исходящих сообщений по протоколу IMAP:

в качестве адреса сервера указать smtp.yandex.ru;
в параметрах защиты соединения нужно также выставить SSL;
номер порта нужно выставить 465.

3. Что касается протокола POP3 для отправленных сообщений:

в качестве адреса сервера указать pop.yandex.ru;
в качестве параметров защиты используемого соединения указывается SSL;
номер порта указывается 995.

4. Для исходящих сообщений, отправляемых по протоколу POP3:

в качестве адреса сервера почты указывается smtp.yandex.ru;
в параметрах защиты для используемого соединения указывается опять же SSL;
номер порта выставляется 465.

В качестве имени пользователя, а также адреса и пароля следует выставить уже существующие адреса и пароли от почты на "Яндексе".

Настройка сервера Mail.Ru

Порой требуется узнать и про настройки почтового сервера Mail.Ru. В целом настройка выглядит точно так же, как было описано в случае с почтой "Яндекс". Но параметры при этом будут выглядеть так:

полный электронный адрес (в формате со значком @, например main@mail.com);
для IMAP-сервера указывается imap.mail.ru;
для SMTP-сервера указывается smtp.mail.ru;
именем пользователя является полный электронный адрес от уже существующей почты;
пароль – это используемый пароль от почты;
IMAP: номер 993 (для протоколов SSL/TLS);
POP3: номер 995 (для протоколов SSL/TLS);
SMTP: номер 465 (для протоколов SSL/TLS);
нужно указать, что требуется авторизовать сервер отправленных писем, в параметрах аутентификации – простой пароль, без шифрования.

В общем-то, настройки указываются точно такие же, как и в случае с "Яндексом", но лишь с добавлением префикса mail. Для прочих бесплатных серверов следует выставлять те же параметры, но с соответствующими префиксами.

Как видно, в целом ничего сложного в таком вопросе, как настройка почтового сервера, нет. С этой задачей может справиться даже начинающий пользователь. Зато можно быть уверенным в том, что даже в случае критического сбоя без почты остаться не придется.

Задача же поднять собственные почтовые серверы при помощи Linux-инструментов, Apache, SQL и тому подобных требует более глубоких знаний в области информационных технологий.

Технический блог специалистов ООО"Интерфейс"

Главная
Почтовый сервер для начинающих. Настраиваем DNS зону

Почтовый сервер для начинающих. Настраиваем DNS зону

Автор: Уваров А.С.
26.10.2010

Для правильной работы почтового сервера важно иметь правильно настроенную DNS зону. В прошлой статье мы уже касались некоторых аспектов, связанных с системой DNS, сегодня мы остановимся на этом вопросе более подробно. Настройка DNS зоны относится к подготовительным операциям перед развертыванием почтового сервера и от нее непосредственно зависит работоспособность системы электронной почты.

Неправильные настройки способны привести к тому, что почту будет невозможно доставить вашему почтовому серверу или сервера получателей будут отклонять вашу почту. Действительно, если записи вашей зоны не содержат сведений о почтовом сервере, куда должна отправляться почта? На деревню дедушке? Можно, конечно, попросить настроить DNS зону вашего провайдера, но лучше сделать это самим.

Что нам понадобиться? Выделенный IP адрес (допустим 11.22.33.44), который вы должны получить у своего провайдера. Доменное имя (например example.com), его можно зарегистрировать у любого регистратора или их партнера. При регистрации у партнера уточняйте, предоставляет ли он доступ к управлению DNS зоной, иначе придется потратить дополнительное время, нервы и деньги на перенос домена к регистратору.

Если у вас уже есть домен и, скорее всего, на нем функционирует сайт, уточните, возможно ли управление DNS зоной из панели хостинг провайдера, в противном случае лучше перенести домен к регистратору, для этого обратитесь в поддержку провайдера.

Итак, домен у нас есть. Какие записи содержит его DNS зона? Во первых это SOA запись — описание зоны. Мы не будем подробно разбирать все записи, это выходит за рамки нашей статьи, но иметь общее представление о них необходимо. Также должны быть две NS записи, указывающие на сервера имен (DNS сервера) обслуживающие данный домен, это будут сервера регистратора или хостинг провайдера.

Первой записью, которую необходимо добавить будет A запись или запись имени. Она должна указывать на IP-адрес вашего сервера, если вы решите обслуживать все запросы к домену у себя или на IP адрес хостинг провайдера, если решите разместить свой сайт на хостинге. При размещении сайта у хостера домен обычно делегируется на его DNS сервера (прописываются соответствующие NS записи) и A запись будет сделана автоматически при парковке домена.

Чаще всего встречается этот вариант, но при необходимости вы всегда сможете создать A запись сами. Данная запись имеет вид

В нашем примере 22.11.33.44 адрес нашего хостинг провайдера, у которого расположен сайт. Обратите внимание на точку в конце имени, это указывает что имя абсолютное, при отсутствии точки имя считается относительным и к нему добавляется доменное имя из SOA. Проверить запись можно командой nslookup.

Для работы почтового сервера нужно создать MX запись, которая должна указывать на наш почтовый сервер. Для этого создадим запись:

Также можно написать просто:

К такому имени (без точки на конце) example.com будет добавлено автоматически. Цифра 10 определяет приоритет сервера, чем она меньше, тем выше приоритет. Кстати, DNS зона уже может содержать MX запись вида:

Oбычно эта запись автоматически создается хостинг провайдером при размещении сайта, ее нужно удалить.

Теперь создадим A запись для mail.example.com

Теперь вся почта для домена example.com будет направляться хосту mail имеющему адрес 11.22.33.44, т.е. вашему почтовому серверу, в то-же время сайт example.com продолжит работать на сервере провайдера по адресу 22.11.33.44.
Может возникнуть вопрос, а почему нельзя сразу указать в MX записи IP адрес почтового сервера? В принципе можно, некоторые так и делают, но это не соответствует спецификациям DNS.

Также можно сделать алиасы для почтового сервера типа pop.example.ru и smtp.example.ru. Зачем это надо? Это позволит клиенту не зависеть от особенностей вашей инфраструктуры, один раз прописав настройки. Допустим, что ваша компания разрослась и выделила для обслуживания внешних клиентов отдельный почтовый сервер mail1, все что вам понадобиться, это изменить две DNS записи, клиенты и не заметят того, что работают с новым сервером. Для создания алиасов используются записи типа CNAME:

На этом настройку прямой DNS зоны можно считать законченной, остается самое интересное — обратная зона. Обратная зона управляется провайдером, выдавшим вам IP адрес и самостоятельно управлять ей вы не можете (если только вы не владелец блока IP адресов). Но добавить как минимум одну запись в обратную зону необходимо. Как мы писали в прошлой статье, многие почтовые сервера проверяют PTR записи (записи обратной зоны) для отправляющего сервера и при их отсутствии или несовпадении с доменом отправителя такое письмо будет отклонено. Поэтому попросите провайдера добавить для вас запись вида:

Немного странный вид, не правда ли? Разберем структуру PTR записи более подробно. Для обратного преобразования имен используется специальный домен верхнего уровня in-addr.arpa. Это сделано для того, чтобы использовать для прямого и обратного преобразования имен одни и те же программные механизмы. Дело в том, что мнемонические имена пишутся слева направо, а IP адреса справа налево. Так mail.example.com. означает что хост mail находится в домене example, который находится в домене верхнего уровня com., 11.22.33.44 означает что хост 44 находится в подсети 33, которая входит в подсеть 22, принадлежащую сети 11. Для сохранения единого порядка PTR записи содержат IP адрес "задом наперед" дополненный доменом верхнего уровня in-addr.arpa.

Проверить MX и PTR записи также можно командой nslookup используя дополнительный параметр -type=MX или -type=PTR

Ну и конечно не стоит забывать, что любый изменения в DNS зонах происходят не мгновенно, а в течении нескольких часов или даже суток, необходимых для распространения изменений в мировой системе DNS. Это означает, что несмотря на то, что почтовый сервер у вас начнет работать через 2 часа после внесения изменений, у вашего партнера почта может не отправляться к вам в течении более длительного времени.

Наверное установкой собственного почтового сервера никого не удивишь, поэтому выкладываю информацию об установке и настройке почтового сервера скорее больше для себя. Так сказать собрать воедино информацию, разбив на логические части. Дело в том, что вся эта информация появилась не сразу, а постепенно, появлялись какие-то новые «хотелки», что-то переставало устраивать в работе корпоративного почтовика, что-то добавлялось, что-то убиралось. Могу лишь сказать, что данная конфигурация работает уже несколько лет в организации, где я сейчас работаю, плюс ещё в паре фирм, где мне довелось поработать, ну ещё друзья/знакомые «поднимали» аналогичный сервер. Этот материал даже не совсем инструкция, которой следует неукоснительно действовать, а скорее размышления и описание.

Так сложилось исторически или ещё по каким-то причинам, что когда я устроился на работу в нынешнюю фирму, вся почта компании была устроена очень своеобразно. Для внутренней переписки использовался MS Exchange, а для внешней переписки использовался почтовый сервер хостинг-провайдера. Сотрудники постоянно путались с отправкой почты внутри компании и клиентам, поэтому очень часто отправляли электронную почту своим клиентам не с почтового ящика провайдера, а с внутреннего сервера. Естественно, клиент отправлял ответ и письмо просто не доходило. К тому же, предыдущий системный администратор как-то совсем не умело пытался восстановить или обновить сервер MS Exchange, что он периодически зависал, терял почтовое хранилище, короче, иногда начинал жить своей жизнью. Это, естественно, раздражало не только сотрудников, но и руководство компании. Поэтому первым делом решено было избавиться от сервера MS Exchange и перенести всю почтовую на сервер хостинг-провайдер.

По началу это было неплохой идеей. Один почтовый адрес для внешней и внутренней переписки, сотрудники стали просто отправлять электронную почту, а не задумываться с какого адреса ему отправить почту клиенту или сотруднику компании. Но появился один большой минус — место на диске хостинг-провайдера стало катастрофически не хватать. Пока почта как-то ещё работала, на железо, где крутился MS Exchange, была установлена Zimbra в её бесплатном (свободно распространяемом) варианте. Про почту на сервере хостинг провайдера тоже забыли, т.к. Zimbra неплохо справлялась со своей задачей. С увеличением количества сотрудников стал ужасно глючить и тормозить веб-интерфейс. Причём у одного сотрудника могло всё нормально работать, а у другого ничего не отправлять. Да и по ресурсам Zimbra стала требовать железо даже по круче, чем для MS Exchange, а менять нормально работающее железо, только ради непонятных свистелок почтового сервера, как-то не очень-то хотелось.

К этому времени очень удачно подвернулась Яндекс.Почта для домена. По началу всё кажется прекрасно и очень здорово, но со временем начинают выползать какие-то неудобства, косяки и глюки. Вполне возможно, что у кого она работает до сих пор, но мне показалось, что я попал в то время, когда сервис Яндекс.Почта для домена постоянно тестировался, изменялся, обновлялся. Одним словом, через три месяца начали доставать постоянные глюки в работе сервиса, то почта не уходит, то веб-интерфейс не открывается, то пропадают заведённые ранее группы и пользователи. И последнее, что меня добило, так это блокировка почтовых аккаунтов некоторых моих сотрудников. Объяснили просто, за рассылку спама. Да, любят у меня сотрудники рассылать своим клиентам всякую рекламу и прочую информацию по продукции и вышедших новинках. Причём рассылают они письма не с помощью каких-то программ массовой отправки, а с помощью обыкновенного почтового клиента, причём каждое письмо персонализировано. Ну да бог с ними. Яндекс.Почта для домена для меня была временной заменой, чтобы окончательно и надолго установить, и настроить свой собственный нормальный сервер электронной почты. В процессе установки и настройки сервера были какие-то промежуточные варианты и версии, о которых сейчас уже и не вспомнишь, но в итоге получилось то, что будет описано ниже.

С лирической частью и историей покончено, итак приступаем. Чтобы проще было понимать весь процесс установки и настройки, — статья получилась достаточно объёмной, — я разбил данный материал на три части. Но прежде, чем сломя голову броситься устанавливать на какой-нибудь свободный или на не нужный компьютер почтовый сервер, определитесь, чего вы хотите от своего сервера электронной почты; какие задачи он должен выполнять. После переговоров с руководством, остановились на следующих пунктах.

Собственно: доставка и отправка электронной почты;
Копирование всей исходящей почты на специальный ящик (руководству хочет всё знать);
Хранение все почты на сервере;
Фильтрация спама;
Проверка почтовых вложений на вирусы;
Доступ к почтовому ящику по протоколам POP3/IMAP;
Доступ к почте через браузер;
Просмотр и хранение статистики по работе почтового сервера;
Веб-интерфейс управления почтовыми аккаунтами;

Какой дистрибутив Линукса вы будете использовать не суть важно, ПО и конфигурационные файлы одни и те же. Могут быть различия в путях хранения и в версиях ПО, но это уже мелочи. Первоначально я использовал стабильную версию Debian, но на одном из этапов было решено перекинуть почтовый сервер со старой и слабенькой машины на более мощное железо. Новое железо, почему бы не «пощупать» что-то новенькое, ранее не смотренное? Вместо уже проверенной стабильной версии Debian, решил установить Ubuntu Server, как раз тогда уже вышла версия 12.04. Что касается самого сервера, то он располагается во внутренней сети компании и статичного «белого» IP не имеет. Доступ из вне осуществляется через общий корпоративный шлюз с соответствующими настройками. Были произведены соответствующие записи на DNS-серверах локальной сети, а также на DNS-серверах нашего провайдера, который предоставляет компании услуги по доступ в сети интернет.

Из особенностей хочу сразу отметить, что вся почта храниться на отдельном диске (тупо два диска в аппаратный RAID 0), который монтируется в /home/vmail . Почему так? Не помню уже, но вот так захотелось. После установки самого сервера в минимальной конфигурации, было произведено обновление установленного ПО. Никаких дополнительных репозиториев не подключал.

Все действия выполняются от пользователя root, поэтому, чтобы не выводить каждый раз команду sudo , выполним команду sudo -i . Внимание! Перед редактированием конфигурационных файлов, не забывайте сохранять на всякий пожарный случай оригинал. Например, так:

Настройка Apache, PHP5, MySQL

Для начала установим веб-сервер Apache, PHP5 и MySQL

Во время установки пакетов будет предложено задать пароль для пользователя root сервера базы данных MySQL. Задаём пароль и запоминаем его. На данном этапе работ какой-либо настройки веб-сервера Apache не предусмотрено, пока оставляем как есть, настраивать будем позже. Займёмся созданием базы данных для функционирования почты и пользователя, из под которого у нас почтовый сервер будет общаться с базой данных.

maildbname — название базы данных
mailadmin — имя пользователя базы данных
mailadmin_password — пароль пользователя mailadmin

Настройка PostfixAdmin

Скачиваем с сайта Postfix Admin последний стабильный релиз, распаковываем архив и перемещаем его в /var/www .

Приступаем к редактированию конфигурационного файла PostfixAdmin config.inc.php . Для сокращения материала я указал здесь только те переменные, которые были изменены. Пояснения к переменным указаны в коде в качестве комментариев.

Скопируем из каталога ADDITIONS указанные в конфигурационном файле скрипты, и сделаем их исполняемыми.

Затем в скриптах postfixadmin-mailbox-postdeletion.sh и postfixadmin-domain-postdeletion.sh необходимо изменить два параметра:

basedir— путь расположения хранилища почты (в моём случае это /home/vmail )
trashbase — путь расположения удалённых почтовых ящиков (в моём случае это /home/vmail/deleted )

А в скрипте postfixadmin-mailbox-postcreation.sh необходимо изменить только один параметр:

basedir — путь расположения хранилища почты (в моём случае это /home/vmail )

Осталось только подправить файл /etc/sudoers . Открываем данный файл для редактирования командой

В конец файла добавим следующие строки:

Не знаю, как было в других версиях, но вот в версии 2.3.5 существовал один неприятный баг: если в описании домена и добавляемого пользователя использовать русский язык, то на выходе получим не читаемые «кракозябры». Лечится сие не просто, а очень просто. Открываем в любом текстовом редакторе (nano, mcedit, vim) файл templates/list-virtual.php , находим представленный ниже код

и меняем его на этот код

Затем в любимом редакторе открываем файл templates/admin_list-domain.php , находим представленный ниже код

и меняем его на этот код

Всё. С правкой конфигурационных файлов PostfixAdmin’а закончили. Теперь запускаем установку, набрав в браузере http://your.domain.com/postfixadmin/setup.php . PostfixAdmin проверит текущую конфигурацию вашего сервера. Если все необходимые компоненты установлены, то PostfixAdmin создаст необходимые таблицы в базе данных, которую мы указали в конфигурационном файле, и предложит изменить пароль установки. Дважды вводим пароль в предложенную форму и нажимаем кнопку «Generate password hash». Поолученный таким образом hash помещаем в конфигурационный файл PostfixAdmin’а в параметр $CONF[‘setup_password’] .

Внимание! В ранних версиях PostfixAdmin’а необходимо было удалять файл установки setup.php . Начиная с версии 2.3 удалять файл установки setup.php не обязательно.

Добавляем администратора PostfixAdmin’а, заполнив все поля предложенной формы. Теперь можно зайти в веб-интерфейс управления почтовыми аккаунтами. Для в адресной строке вашего браузера наберите http://your.domain.com/postfixadmin/login.php , вводите данные администратора. Пока это не совсем рабочий инструмент, и, чтобы он таковым стал, нам необходимо закончить установку и настройку почтового сервера.

Хранилище почты

Для работы с хранилищем почты создадим нового пользователя и группу. Как я уже писал в самом начале, хранилище почты у меня располагается на отдельном диске, который монтируется в /home/vmail , который и будет корнем домашнего каталога нашего пользователя. Почта будет храниться в виде /home/vmail/DOMAINNAME/USERNAME . UID для почтовых аккаунтов, должен быть меньше 5000. У меня UID 1005, у вас должен быть свободен, если он занят то выбираем свободный, и везде в будущем не забываем его менять.

Внимание! Вы можете указать собственный путь к хранилищу почты.

Создание сертификатов для Postfix и Dovecot

Для работы нашего почтового сервера создадим самоподписные сертификаты. Единственная «засада» при использовании таких сертификатов, это MS Outlook будет постоянно ругаться (запускать окошко при запуске программы), что невозможно проверить данный сертификат безопасности. Добавление данного сертификаты в постоянные хранилища не помогает.

Итак, создаём защищённый ключ.

При запросе дважды вводим пароль и запоминаем его. Теперь создадим незащищённый ключ.

При запросе введём пароль защищённого ключа. Затем создадим подписанный сертификат.

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

Country Name — Страна, в виде двухсимвольного ISO-кода
State or Province Name — Область, в которой официально зарегистрирована организация
Locality Name — Город, где официально зарегистрирована организация
Organization Name — Точное наименование организации в соответствии с Уставом организации
Organizational Unit Name — Наименование отдела, подразделения
Common Name — Полное доменное имя для вашего веб-сервера
Email Address — Адрес электронной почты (можете указать какой-нибудь общий адрес компании)

Устанавливаем ключ сервер

Для создания внутреннего центра сертификации (Certification Authority) создадим необходимые каталоги

Создадим необходимые файлы.

Откроем в любимом текстовом редакторе файл /etc/ssl/openssl.cnf и в секции [ CA_default ] изменим следующие параметры:

Теперь создадим самоподписной корневой сертификат.

По запросу дважды вводим пароль и отвечаем на вопросы (пример заполнения чуть выше). Установим корневой сертификат и ключ:

Создадим сертификат для Postfix:

Вводим пароль, указанный при создании корневого сертификата и утвердительно отвечаем на вопросы (для тех кто в танке: вводим символ «Y» и нажимаем клавишу Enter).

Устанавливаем полученный сертификат

Перед созданием следующего сертификата необходимо исправить параметр unique_subject с yes на no в файле /etc/ssl/CA/index.txt.attr

Теперь создаём сертификат для Dovecot.

Вводим пароль, указанный при создании корневого сертификата и утвердительно отвечаем на вопросы (для тех кто всё ещё в танке: вводим символ «Y» и нажимаем клавишу Enter).

Устанавливаем полученный сертификат.

Все необходимые в дальнейшем сертификаты мы создали. В следующей части мы приступим к установке и настройке Dovecot и Poxtfix.

Устанавливаем почтовый сервер. Часть первая: 8 комментариев

А почему бы для этих целей не использовать уже готовые сборки типа например zentyal? Ставится в пару кликов, все работает из коробки, потом можно уже какие-то настройки под себя допилить.

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

>Из особенностей хочу сразу отметить, что вся почта храниться на отдельном диске (тупо два диска в аппаратный RAID 0)

Что именно фигово?

создаете базу maildbname, а в config.inc.php $CONF[‘database_name’] = ‘mail’; # Наименование базы данных.

скрипты не работают 🙁

# Раскомментируем следующие строки, внеся небольшое исправление в строку вызова