Какую стратегию я должен использовать для установки smtp сервера на Linux? для многопоточного сервиса
Я предпочитаю опцию 4. Это - ответственность приложений, работающих на сервере, чтобы решить, сохранить ли значения DateTime в UTC или нет.
Кроме того, когда сервер записывает журналы системного события, хорошо смочь коррелировать локальные события с записями в журнале. Например, если дата-центр сообщает о сбое сети в местное время, можно легко определить любые проблемы, которые произошли, не имея необходимость преобразовывать временные стоимости в голове.
Установка является очень конкретным распределением, потому что существует распределение, рекомендуемое способы установить программное обеспечение. Очень редко в эти дни, чтобы я рекомендовал бы любому устанавливающему Постфикс с разбивкой по источникам на любом дистрибутиве Linux.
С человечностью используйте склонный - добираются.
$ sudo apt-get install postfix
Это установит постфикс на Вашем сервере Ubuntu, и конфигурацию после этого оставляют Вам. Мой совет состоит в том, чтобы передать письма по каналу к sendmail двоичному файлу (обычно в/usr/sbin/sendmail), который будет содержать почту в очереди, если Постфиксная система снизится. Если Вы будете использовать SMTP и соединяться с портом 25, если Ваш почтовый сервер когда-нибудь должен снижаться для некоторого обслуживания, Ваше приложение должно будет содержать свою собственную очередь почты или рискнуть почтой не быть поставленным.
Постфикс установки, после направлений на Postfix.org
Вы могли также установить exim4, который, в то время как более сложный для трудных установок (из-за хакерства debian) намного легче установить для пересылки почты. просто склонный - получают установку exim4, и затем, при необходимости dpkg-реконфигурировали exim4-конфигурацию.
Лично я сказал бы, хорошо подумали о том, где Вы видите, что он идет. Если его просто наливание нечетной почты от имени веб-сервера - идет с Sendmail / Постфикс. Если это будет контактом с входящей электронной почтой и пользователями и всей сложностью, что, который приносит - я рассмотрел бы exim4. Последний приносит Вам целый набор гибкости, параметры базы данных по умолчанию и вирус / спам, сканируя прежде, чем завершить транзакцию SMTP. О, да - и это - боль для установки - но когда-то отсортированный - сладкий.
Постфикс не то, что трудно для выдерживания от исходного кода, если Вы когда-либо создавали/скомпилированными код из источника прежде.
Мы используем mailx для отправки исходящих электронных писем, и mailx говорит с постфиксным сервером SMTP для фактического ретрансляционного пункта.
Кроме того, после того как у Вас есть Постфиксный сервер и выполнение, другие внешние серверы могут сослаться на него для почтовой передачи.
Мы используем процесс сборки в виде сценария для создания Постфикса на нашем дистрибутиве Linux (Pozix Linux).
Вот команда, которую мы используем для создания Постфиксных make-файлов:
сделайте make-файлы 'CCARGS =-DHAS_PGSQL-duse_tls-I/usr/local/pgsql-8.2.13/include-duse_cyrus_sasl-duse_sasl_auth-I/usr/include/sasl-I/usr/local/BerkeleyDB/inclu de' 'AUXLIBS =-L/usr/local/lib-L/usr/local/pgsql-8.2.13/lib-L/usr/local/BerkeleyDB/lib-lpq-lsasl2-lz-lm-lssl-lcrypto-lpthread'
Можно скорректировать это к потребностям. Так как мы используем PostgreSQL, мы имеем:-L/usr/local/pgsql-8.2.13/lib-lpq
Вы могли устранить их, если Вам не нужна поддержка PostgreSQL; как мудрый для SASL и TLS.
После того, как эта команда выполняется,
сделайте установку (для новой установки), делают обновление (для обновления предыдущей версии)
Чтобы mailx работал, у нас обычно есть задание КРОНА, которое называет сценарий как корень.
Сценарий, в свою очередь, называет mailx.
MAILX использует .rc файл для чтения переменных среды и так как мы называем mailx как пользователь root, мы должны поместить файл, названный '.mailrc' в корневом каталоге корня.
Содержание .mailrc смотрит следующим образом:
установите набор from=alerts@mydomain.com, smtp=mail.mydomain.com устанавливает набор smtp-auth-user=alerts@mydomain.com smtp-auth-password=alertspassword набор smtp-auth=login
Затем в наших сценариях мы вызываем mailx как так:
повторите "Тестовое сообщение" | mailx "someone1@mydomain.com someone2@mydomain.com"-s "почтовый Предмет" "почтовое тело"
или Вы могли сделать это:
mailx-s "подвергают"-a/path/to/some/file me@mydomain.com
где-a позволяет Вам присоединять файл, и test.msg является внешним файлом для чтения в почтовое тело.
или иначе, подобный сначала с файловым вложением, к:
отзовитесь эхом "Тело сообщения" | mailx-s "подвергают"-a/path/to/some/file me@mydomain.com