Соображения при хостинге сервера исходящей почты
Если у Вас есть название файла, можно добраться, это - число путем выполнения:
ls -1 <your_dir> | grep <file_name> -B 1000 | wc -l
Почтовый сервер только требуется, если Вы надеетесь получать почту. Даже этого можно избежать при помощи инструмента такой как fetchmail (для получения).
В целом, вероятно, лучше не установить почтовый сервер, учитывая дополнительную работу, вовлеченную в необходимость поддержать его. Если Вы действительно хотите к тому, хотя, я удобно соединил названное учебное руководство: Как Установить Почтовый сервер на CentOS 5 на моем блоге. Это покрывает, как установить базирующийся почтовый сервер sendmail со всеми дополнениями (spamassassin, вирусная проверка, и т.д.).
Обычно все, что это необходимо для отправки почты, является способностью поставить сообщения в очередь и затем периодически поставлять им. То, что это означает, - то, что можно установить что-то вроде этого, с помощью sendmail.
Создайте файл /etc/mail/sendmail.mc:
define(`SMART_HOST', `your-smtp-server')
FEATURE(authinfo)dnl
Затем выполните эту команду:
$ m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf
выборка из Проекта Fedora
Следующая статья объясняет установку sendmail для пересылки почты к smtp серверу Вашего ISP. Предполагается, что Вы имеете sendmail актуальный и настроенный правильно.Примечание: эта установка не работает правильно на smtp-сервер с помощью SASL (например, как smtp.pobox.com), большинство команд должно быть выполнено с соответствующими правами (использующий sudo).
Создавайте/Редактируйте файл /etc/mail/authinfo:
AuthInfo:<your-smtp-server> "U:<your-smtp-user>" "P:<your-smtp-password>" "M:DIGEST-MD5"
Набор это - полномочия:
$ chmod 600 /etc/mail/authinfo
Восстановите authinfo файл:
$ makemap hash /etc/mail/authinfo < /etc/mail/authinfo
-or on Red Hat based systems-
$ make
Перезапустите сервис:
$ /sbin/service sendmail restart
Ссылки
С Вашей независимостью от отдельного ISP или почтового поставщика с одной стороны, действительно необходимо вычислить на другом, сколько времени Вы готовы провести на поддержании Вашей репутации почтового отправителя. Из-за того, как спаммеры и вредоносные торговцы злоупотребляют почтовой системой, она была поляризована до такой степени, когда, отсутствие сильной положительной репутации уже является отрицательной репутацией. Вчера Вы должны были волноваться о технических особенностях как открытые реле и выходная фильтрация, затем приехали SPF и SenderID, теперь это - DKIM и DMARC, завтра это будет что-то еще снова. Если Вы не готовы вложить капитал в становление специализированным просто для простого поддержания на высоком уровне, мой совет состоял бы в том, чтобы использовать установленный почтовый сервис. Это не означает, что Вы не можете переключиться; ищите кого-то, кто может помочь установить и поддержать репутацию Вашего доменного имени (имен), вместо того, чтобы использовать их собственное.
-
1, Вы могли бы хотеть объяснить акронимы немного. Помните, что большинство людей абсолютно не обращает внимания на вещи как SPF, DKIM, и т.д. Больше здесь, чем на говорят ServerFault. Мог бы казаться чрезмерным, но это сделает Ваш ответ намного более универсальным, поскольку люди спотыкаются в этот вопрос в будущем. Также я бросил бы ссылки, которые Вы упомянули о Постфиксе в ответ как справочный отдел внизу. – slm♦ 07.07.2013, 11:02
nullclientмои системы к центральному почтовому серверу, в этом случае, я полагаю, что это одинаково тривиально в Sendmail & Postfix. Вы знаете о каких-либо хороших учебных руководствах (очевидно, я мог Google для них), но если бы Вы знаете о ком-либо, который я был бы рад включить их в этот ответ. – slm♦ 07.07.2013, 10:50