Меню

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



Отправка почты через SMTP с локального сервера

Отправка почты через SMTP с локального сервера позволяет протестировать отправку сообщений с сайта находящемся на локальной машине, или проще говоря, локальном сервере. Для этого можно использовать любой почтовый сервис yandex, google или mail.ru.

Прежде всего, SMTP (Simple Mail Transfer Protocol) — это широко используемый сетевой протокол, предназначенный для передачи электронной почты в сетях TCP/IP. И такими протоколами обладают все популярные почтовые сервисы.

С появлением локальных серверов, отпала необходимость выбора хостинг-провайдера для того чтобы проверить работоспособность отдельных скриптов или cms-систем, а тем более еще и платить за это. Гораздо проще все протестировать на компьютере, ну а затем можно и показать всем что «натворили».

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

Для проверки работоспособности такой почты необходим самый минимум:

  • В качестве локального сервера можно использовать Openserver.
  • И простенький скрипт, шаблон которого можно взять чуть ниже.
  • Почтовый сервер можно использовать любой.

Отправка почты php через SMTP-настройка скрипта

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

Для начала нужно поменять в шаблоне скрипта некоторые значения.
to — меняем на почтовый адрес куда будет отправлено почтовое сообщение.
subject — тема письма
message — само сообщение, или тело письма.

Пример моего скрипта:

Можно конечно немного расширить функционал и сделать так, чтобы скрипт выдавал сообщение об отправки почты. Хоть на самом деле отправку производит именно SMTP-сервер, а скрипт лишь формирует сообщение.

Для примера можно написать так:

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

Например: domains/send/index.php и приступать к настройке отправки почты через SMTP opensrerver.

Отправка почты через smtp яндекса

Почта будет приходить на любой адрес, который будет указан в скрипте вместо значения ‘to’, но обрабатывать и отправлять эту почту будет именно тот SMTP, который будет указан в настройках openserver.

  1. Запускаем сервер
  2. Открываем модуль openserver с настройками в меню «почта»
  3. Заполняем все поля как показано на картинке, при этом, имя пользователя, e-mail отправителя и пароль подставляем от реального почтового ящика на яндексе.

Сохраняем настройки и после того, как сервер будет перезапущен, можно обратиться к самому скрипту. Из папки «Мои сайты», открыть папку «send» в которой и находится сохраненный ранее скрипт index.php.

К стати, данный скрипт можно сохранить под любым именем, главное чтобы расширение скрипта было «php»

Как только произойдет обращение к данному скрипту, в новом окне браузера появится информация о том, что скрипт отработал.

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

Если его нет, значит что-то настроено не правильно, либо письмо попало в папку спам.

Все остальные настройки выглядят аналогично, но на всякий случай дополнительная информация не помешает.

Отправка почты через smtp mail ru

Для того, чтобы настроить отправку почты через SMTP mail ru, необходимо просто заменить параметры яндекса на параметры mail ru.

А чтобы не перестраивать каждый раз локальные сервер, лучше всего настроить разные профили openserver. Как это сделать показано в видеоуроке Openserver настройка php с помощью профилей.

В этом случае достаточно будет просто загрузить профиль и все настройки, которые были указаны для данного профиля будут доступны после перезапуска сервера. Очень удобная штука и работает очень просто.

Для каждого профиля (совсем не важно как он будет называться), должны быть сделаны свои настройки, если конечно планируется использование разных по своим параметрам скриптов, cms-систем и приложений.
Если нет, то можно обойтись и настройками по умолчанию.

Что касается SMTP mail ru, то здесь все эдентично.

Меняются данные яндекса на данные mail ru

Oтправка почты через smtp google

Для того, чтобы настроить отправку почты через SMTP гугла, стоит чуть постараться.

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

Читайте также:  Server 2012 настройка smtp сервера

В остальном же отправка почты через SMTP для гугла настраивается точно так же. Меняются только все данные на gmail.com .

Для настройки отправки почты через другие SMTP, все данные будут примерно одинаковы.

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

Источник

Записки IT специалиста

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

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

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

Для правильной работы почтового сервера важно иметь правильно настроенную 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:

Читайте также:  Ubuntu server настройка сетевого подключения

На этом настройку прямой 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 часа после внесения изменений, у вашего партнера почта может не отправляться к вам в течении более длительного времени.

Источник

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

Почтовый сервер отвечает за получение и отправку писем пользователей ISPmanager.

ISPmanager работает с почтовыми серверами Exim и Dovecot:

  • Exim — SMTP-сервер. Выполняет пересылку писем;
  • Dovecot — POP3-сервер. Выполняет доставку сообщений в почтовые ящики и учёт дисковых квот пользователей. SMTP-авторизация осуществляется через сокет Dovecot.

Для корректной работы установите оба почтовых сервера.

В конфигурационных файлах почтовых серверов указываются все необходимые параметры для отправки и получения почты. Эти параметры настраиваются на основе информации, указанной при создании почтового домена. Подробнее см. в статье Создание почтового домена. Почтовые домены и почтовые ящики являются виртуальными и не требуют реальных пользователей в системе.

Чтобы установить почтовый сервер:

  1. Перейдите в Настройки → Возможности → выберите Почтовый сервер(SMTP/POP3/IMAP)Изменить .
  2. Выберите тип установки Сервер SMTP (MTA) — «Exim». При установке Exim в его директорию копируется и настраивается шаблон конфигурации из /usr/local/mgr5/etc/templates/exim.config.
  3. Включите опцию Dovecot (POP3/IMAP) .
  4. Выберите нужные дополнительные пакеты:
    1. Greylisting — фильтр почты для защиты от спама.
    2. OpenDKIM — пакет для генерации DKIM-ключей. DKIM — технология, которая предназначена для защиты почтовых ящиков от фишинга. Позволяет проверить, что письмо действительно отправлено с указанного адреса электронной почты.
    3. SpamAssassin — фильтр почты для защиты от спама.

    ClamAv — антивирус для проверки почты.

    При установке ClamAV на ОС Debian 9 проверяется наличие файлов антивирусных баз. Сервис ClamAV не сможет запуститься, пока они не будут загружены. Процесс установки антивирусных баз может продолжаться до 20 минут. При этом в логе (по умолчанию /usr/local/mgr5/var/pkg.log) будет сообщение «Clamav databases have not fetched already. Waiting 5 sec».

  5. Sieve — сортировщик почты. Позволяет создавать правила, которые будут применяться к входящим письмам.
  6. AfterLogic — веб-интерфейс для доступа к почтовым ящикам.
  7. RoundCube — веб-интерфейс для доступа к почтовым ящикам.
  • Нажмите Применить изменения и дождитесь окончания установки.
  • Источник

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

    Для отправки и получения почтовых сообщений BILLmanager имеет модуль подключения к внешним почтовым серверам. Также биллинговая система может использовать локальный почтовый сервер.

    Читайте также:  Как перенести настройки dhcp на другой сервер

    При подключении внешнего почтового сервера может потребоваться его дополнительная настройка.

    При установке BILLmanager на сервер, выполняется проверка на наличие локальных почтовых серверов. Если ни один не найден, то автоматически будет установлен Exim, Postfix или Sendmail, в зависимости от пакетного менеджера операционной системы.

    После установки локального почтового сервера никакая дополнительная настройка не выполняется. Настройка локального MTA (mail transfer agent) — задача администратора сервера.

    Сервер исходящих сообщений

    Использование локального сервера

    По умолчанию биллинговая система использует для отправки сообщений локальный почтовый сервер. Для отправки уведомления вызывается команда ‘sendmail -t‘, которой передается письмо, сформированное системой.

    Использование внешнего сервера

    Подключение внешнего почтового сервера выполняется на странице ИнтеграцияШлюзы сообщений → кнопка Создать. Мастер добавления нового шлюза состоит из двух шагов:

    Шаг 1. Создание шлюза. На данном этапе выбирается тип шлюза — «Внешний почтовый сервер».

    Шаг 2. Параметры шлюза. На втором этапе необходимо указать данные для подключения к удаленному SMTP серверу:

    Почтовый ящик, указанный в настройках провайдера, будет подставляться в почтовый заголовок «from«.

    Почтовый ящик, указанный в настройках почтового шлюза, будет подставляться в почтовый заголовок «sender«.

    Алгоритм отправки сообщений

    BILLmanager формирует письмо на основе EJS-шаблона и записывает информацию о нем в базу данных, таблица ‘notifytask‘.

    Файл электронного письма сохраняется в директории ‘/usr/local/mgr5/var/notify/ / ‘.

    В планировщике заданий (cron) имеется задание ‘BILLmanager set ntemail messages’, которое выполняется каждую минуту. В рамках задания, данные из таблицы ‘notifytask‘ передаются почтовому серверу и выполняется отправка письма. После отправки, таблица очищается и файл письма удаляется.

    Сервер входящих сообщений

    Идентификация сообщений

    Получая сообщения почтового шлюза, BILLmanager проверяет с какого email адреса отправлено сообщение.

    Если такой почтовый ящик уже зарегистрирован в биллинговой системе в качестве email одного из клиентов, то сообщение привязывается к клиенту и направляется в раздел Запросы отделу, указанному в настройках шлюза.

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

    Если сообщение приходит с неизвестного почтового ящика, то оно направляется в раздел «Входящие сообщения», где сотрудники вручную сортируют полученные сообщения.

    Какие сообщения шлюза попадают в BILLmanager

    Биллинговая система просматривает все непрочитанные email сообщения. Письма, у которых заголовок ‘TO‘ равен ящику, указанному в настройках шлюза, попадают в BILLmanager. Если письмо было отправлено на почтовый ящик, для которого не настроен шлюз, то такие письма не попадут в биллинговую систему. Также игнорируются пустые письма.

    Например, в BILLmanager настроен шлюз входящих сообщений для почтового адреса ‘support@company.NET’. В систему будут попадать только письма, адресованные ‘support@company.net’. Если настроить ящик ‘support@company.COM’ алиасом для ‘support@company.net’, то письма адресованные на ‘support@company.com’ не будут попадать в биллинговую систему, потому что почтового шлюза для такого ящика не существует. Если же письмо будет отправлено сразу двум адресатам — ‘support@company.net’ и ‘support@company.com’, то письмо попадет в биллинг.

    Использование локального сервера

    Для получения почты с локального сервера, необходимо создать шлюз типа «Внешний почтовый сервер» и настроить его на подключение к ‘localhost‘.

    Использование внешнего сервера

    Подключение внешнего почтового сервера выполняется на странице ИнтеграцияШлюзы сообщений → кнопка Создать. Мастер добавления нового шлюза состоит из двух шагов:

    Шаг 1. Создание шлюза. На данном этапе выбирается тип шлюза — «Внешний почтовый сервер».

    Шаг 2. Параметры шлюза. На втором этапе необходимо указать данные для подключения к удаленному POP3 или IMAP серверу:

    Раз в несколько минут BILLmanager подключается к серверу, чтобы получить непрочитанные сообщения. Полученные сообщения биллинговая система отмечает как прочтенные.

    При работе с POP3 сервером, полученные письма могут не помечаться, как прочтенные — это зависит от настроек почтового сервера.

    Чтобы предотвратить повторное получение писем, рекомендуется в поле При получении сообщения выбрать значение «Удалить сообщение с сервера«.

    Источник

    Adblock
    detector