Как стать автором
Обновить

Комментарии 15

Как обычно, нужная статья появляется уже после того, как сам наступил на все грабли. Но будем надеяться, другим она поможет.
Можно пару вопросов:
1. Ключи от Let's Encrypt можно использовать те же, что и для 443 порта?
2. Никакие пакеты, кроме spamassassin на сервер не требуется устанавливать?
3. У DNS домена, какие должны быть MX записи?
4. Работает только на приём писем?
  1. Да.
  2. Для тестирования может понадобится sendmail.
  3. Я выставил CNAME "mail.hm" "hm.rumk.in" и TXT "hm" "v=spf1 ip4:159.203.137.17 -all", MX не устанавливал. Yandex и Google исправно доставляют. Возможно это не правильно.
  4. Да. Для отправки используйте nodemailer от того же автора.

По RFC можно жить без MX, но не все почтовики нормально с этим работают, а то, что теряется часть писем можно заметить не сразу. Ещё желательна PTR в обратной зоне.

Тем временем разработчики не слишком-то ее ценят и используют в одностороннем порядке, указывая отправителем noreply. И в первую очередь это связано с трудоемкостью процесса обработки входящей корреспонденции.

Теперь почта сама себя читать будет и отправлять ответы с того же noreplay.
Какую проблему устраняет данное решение? Какие плюсы по сравнению с postfix или exim?
Теперь почта сама себя читать будет и отправлять ответы с того же noreplay.

Очевидно, что уже не с noreply, а с более подходящего адреса. Например github позволяет отправлять ответы на комментарии через почту. Пространство для автоматизации – огромно.


Данное решение снижает порог входа в технологии электронной почты и устраняет зависимости в виде Postfix и Exim.

Заменяя оные на nodejs, npm и smtp-server + mailparser с их зависимостями (ещё 10 пакетов).

Не проще ли было просто читать ящик через imap — в таком варианте нет зависимости от работоспособности models сервиса.

Не проще, потому что так нет зависимости от работоспособности/доступности imap сервиса.

Для отправки вы такой же самописный сервис используете, который сам ищет почтовые сервера в целевых доменах, общается с ними по smtp и управляет очередью повторов и т.п.?
Я к тому, что прикрутить imap к существующему postfix/exim надежнее и дешевле.
Как вариант, можно ещё просто складывать почту существующим почтовым сервером в mailbox/maildir форматах и просто разбирать файлы.

В таком раскладе не нужно реализовывать проверки spf, dkim и т.п. и в дальнейшем поддерживать этот код, решать проблемы безопасности.

Да, отбойники большинство сервисов шлют или в формате https://tools.ietf.org/html/rfc3464 или используя заголовки X-Failed-Recipients

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


Я к тому, что прикрутить imap к существующему postfix/exim надежнее и дешевле.

Практика показывает обратное. Иначе бы не плодились сервисы по отправке и получению почты как грибы. Сегодня содержать почту очень дорого.


Как вариант, можно ещё просто складывать почту существующим почтовым сервером в mailbox/maildir

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


В таком раскладе не нужно реализовывать проверки spf, dkim

Ну, в случае с nodejs – разрабатываешь один раз и кладешь в npm. А если нет необходимости общаться со всем миром, а только с ограниченным кругом пользователей можно включить SMTP-авторизацию или использовать временные адреса вида {pretty_long_random_id}@host, которые защищены от подбора и по сути являются токенами.

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

Вы предлагаете болеутоляющее, а не лечение.


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

Свой сервер в любом случае надежнее всяких yandex mail b gmail сервисов, как минимум потому что он находится на вашем железе под вашим контролем, а если и на ноде можно сделать так вообще супер стало

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории