Перейти к содержимому

Для желающих попробовать свои силы в самостоятельной установке и настройке почтового сервера, мы рассмотрим процесс пошаговой установки почтового сервера на базе сервера Windows Server 2003/2008/ и программного обеспечения hMailServer; пройдем этапы организации и настройки сервиса DNS в рамках того же сервера, и добавлении своего почтового домена на сервер.

В материале используется программное обеспечение hMailServer версии 5.0-B305.

Установка почтового сервера

Скачиваем программное обеспечение почтового сервера по ссылке:

http://www.hmailserver.com/?page=download

Запускаем скачанную программу. Первый диалог, это диалог приветствия, нажимаем Next.

Пошаговое руководство по установке и настройке почтового smtp сервера

Подробнее

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

Основные функции любого почтового сервера:

  • Доставка/получение электронных писем по указанным адресам;
  • Выделение пользователям дискового пространства на сервере для хранения писем, шаблонов, адресной книги и т.д.;
  • Хранение личных данных пользователей;
  • Защита от спама и вирусов.

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

  • Почтовый ящик от бесплатного публичного сервиса снижает уровень доверия к фирме;
  • Конфиденциальность данных находится под постоянной угрозой;
  • Переписка ваших сотрудников практически неподконтрольна;
  • Если корпоративная почта организована на почтовых службах yandex.ru, mail.ru, google.com  в своем домене (используется услуга корпоративная почта для домена), то возникают сложности, как правило, с массовой рассылкой сообщений, отправкой почты из CRM или сайта.

Собственный современный корпоративный почтовый сервер – больше свободы без потери функционала

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

Подробнее о корпоративном почтовом сервере

Ввод в эксплуатацию нового почтового сервера MailOut.ru.

Глобальные, критически важные рекомендации:
  1. В поле ОТ (From - адрес отправителя) всегда должен быть один из существующих адресов в домене почтового сервера, отправленных Вам вместе с данными почтового сервера. Указание в поле ОТ, например, альтернативного адреса вашей компании в домене, отличающимся от домена почтового сервера (например, в корпоративном домене), предполагает обязательное размещение SPF-записи в зоне DNS данного домена, которая будет разрешать отправку почты от внешнего (в данном случае арендуемого у нас) почтового сервера.
    Категорически исключено указание адресов:

    • несуществующих, то есть не созданных на сервере (в домене сервера);
    • адресов любых бесплатных почтовых служб;
      Нарушение этих рекомендаций - самый грубый и явный признак спама для фильтров всех почтовых служб. Последствия для рассылки и всей истории работы сервера самые плохие.
  2. Регулярно чистите базу от несуществующих адресов. Количество неживых адресов в базе не должно превышать 3%. Фиксация почтовой службой высокого процента неживых адресов в вашей рассылке, приведет к резкому снижению репутации вашей рассылки. По системе оценки рейтинга рассылок, такая рассылка приобретает черты и статус "спам-рассылки".
  3. В базе должны быть только подписчики. Наличие в списке рассылки посторонних адресов моментально приводит к превышению допустимого порога жалоб - ­нажатий на кнопку "спам", - что вызывает блокировку рассылки крупнейшими почтовыми службами.
  4. Процесс подписки в вашу базу должен быть двух-­этапным:
    • Этап 1. Пользователь вводит адрес и имя в поле формы подписки, жмет "подписаться";
    • Этап 2. Подтверждает подписку из email (например, кликает на ссылку).
      Такой порядок подписки позволит сформировать базу ответственных подписчиков и избежать попадания в базу случайных адресов.
  5. Убедитесь, что в ваших базах нет адресов в доменах крупных почтовых служб, вида:
    admin@*; noc@*; support@*; tech@*; postmaster@*; webmaster@*; noc­ripe@*; ip­admin@*; ip­box@*; ipmaster@*; ipnoc@*; ip­noc@*.
    И других, технических адресов (если нужен полный список масок, свяжитесь с нами из раздела Контакты). Как ни странно, но такое недоразумение часто встречается и является катастрофическим для рассылки и всей репутации (положительной истории работы) сервера. Попадание рассылки на такой адрес ­- сильнейший признак/показатель нелегального формирования вашей базы, причастности к спаму вас, вашей компании и рассылки. Доказать, что вы не виноваты и "отбелиться" в глазах фильтров после таких инцидентов бывает крайне тяжело.
    * Кстати, выполнение Пункта 4 исключает добавление в вашу базу таких адресов, например, в случае хулиганства или недоброжелательности кого­-либо. Если вы когда­-то добавляли адреса в базу, собрав их программой­-сканером, например, из переписки почты рабочего компьютера, 99% что в вашу базу попали именно такие адреса. Если вы уверены на 100%, что таких адресов в вашей базе быть не может - обязательно проверьте!

Подробнее