Рейтинг:0

Постфикс и поддомены

флаг ci
Chr

Я настроил Postfix на машине с Ubuntu 20.04. Однако я не уверен, где я должен использовать поддомен, а где домен. Давайте назовем их mail.example.com и пример.com соответственно.

Система является нулевым клиентом, отправляющим электронные письма, но не получающим их (реализовано через inet_interfaces = только для обратной связи в /etc/postfix/main.cf). Я намерен отправлять сообщения из [email protected] исключительно.

  • Запись MX @ В MX 0 mail.example.com.
  • Рекорды для обоих @ и почта указать на сервер Postfix.
  • Сертификаты TLS, упомянутые в /etc/postfix/main.cf Ссылаться на mail.example.com: smtpd_tls_cert_file=/etc/letsencrypt/live/mail.example.com/fullchain.pem и smtpd_tls_key_file=/etc/letsencrypt/live/mail.example.com/privkey.pem.
  • С smtp_generic_maps = хеш:/etc/postfix/общий я переписываю пользователь@имя хоста к [email protected] в /etc/postfix/main.cf.
  • я добавил masquerade_domains = example.com в /etc/postfix/main.cf заменить mail.example.com в [email protected] с пример.com. Почему-то это не работает. Письма по-прежнему приходят от отправителя [email protected].

Соответственно вопросы:

  • Должен ли я использовать @ или же почта в записи МХ?
  • Должны ли сертификаты TLS ссылаться на mail.example.com или к пример.com?
  • Должен /etc/постфикс/общий первый обращенный пользователь@имя хоста в [email protected] или прямо в [email protected]?
Michael Hampton avatar
флаг cz
Если эта система не предназначена для приема почты, почему вы направляете входящую почту на нее в записи MX?
Chr avatar
флаг ci
Chr
@MichaelHampton Спасибо за комментарий. Я читал, что почтовые серверы обычно отказываются общаться с серверами, у которых нет записи MX. Я ошибаюсь?
Michael Hampton avatar
флаг cz
Отсутствие MX-записи совершенно законно, поэтому я не знаю, почему какой-либо почтовый сервер может это сделать. Может быть, некоторые делают. Конечно, отсутствие записи MX означает, что входящая почта отправляется на тот же хост; запись MX предназначена для перенаправления входящей электронной почты в другое место.
Chr avatar
флаг ci
Chr
Это хорошо знать. Спасибо. У вас также есть комментарии по другим вопросам?
Michael Hampton avatar
флаг cz
Большая часть всего, что вы спрашивали до сих пор, относится к _входящей_ почте, и то немногое, что осталось, вероятно, изменится в зависимости от того, что вы на самом деле хотите, а именно: что именно вы собираетесь делать с входящей почтой?
anx avatar
флаг fr
anx
Если вас беспокоит, что люди *"отказываются общаться"* с вами... тогда *"отправляя электронные письма, но не получая их"* - это первое, что вам нужно решить..
Chr avatar
флаг ci
Chr
@MichaelHampton Я планировал просто отклонять входящую почту, вообще не пропуская ее на сервер.
Рейтинг:2
флаг za

Самый правильный способ сделать это в настоящее время — создать учетную запись на соответствующем почтовом сервисе, который полностью настроен для обслуживания. пример.com. (Конечно, это может быть ваш собственный сервер, это не имеет значения.) Затем на вашем нулевом хосте вы только настраиваете почтовый сервер как смарт-хост с аутентификацией SASL.

Хотя настроить Postfix таким образом вполне возможно (существует множество руководств, в том числе собственное руководство Postfix), я думаю, что Postfix для такого использования излишен. Рассмотрите возможность использования нуллмейлер, который подходит именно для систем, которые ничего не делают с почтой, кроме отправки каких-то системных уведомлений.

Если это невозможно, настройте DNS следующим образом:

  • пример.com MX-запись указывает на его надлежащую почтовую службу. Это не имеет ничего общего с поддоменами.
  • nullhost.example.com. МХ 10., то есть указывать в никуда. Это явное указание на то, что вы не собираетесь получать почту за что-нибудь@nullhost.example.com. Это не требуется, если вы защищаете службу smtpd нулевого хоста от внешних подключений (брандмауэр TCP/25, слушайте дальше локальный: 25 только и др.); однако явное всегда лучше неявного.
  • этот нулевой хост будет отправлять почту, которая устанавливает пример.com как домен отправителя, поэтому его почта должна соответствовать настройкам DMARC для этого домена. В противном случае корректно ведущие себя получатели будут отбрасывать свою почту.

Этот последний пункт, DMARC, может значительно усложнить ситуацию. Если он установлен надежно, значит, запись выглядит как _dmarc.example.com. TXT "v=DMARC1; p=отклонить; pct=100; ...", вам потребуется настроить подписывание SPF и DKIM на нулевом хосте. SPF — это просто, просто добавьте «a:nullhost.example.com» в запись SPF TXT. DKIM сложен, вам нужно создать дополнительную пару ключей DKIM, выбрать селектор (нулевой хост возможно, подойдет), установите его публичную пару в DNS как nullhost._domainkey.example.com. TXT "...ключевые данные...". Затем настройте пение с соответствующим закрытым ключом непосредственно на нулевом хосте (и используйте выбранный селектор), я бы использовал для этого opendkim. Я упоминал, что использование смарт-хоста является предпочтительным методом?


И ваши вопросы.

  • Вы не являетесь сервером (вы сказали, что эта система не должна получать почту). Таким образом, вам не нужен сертификат сервера TLS. Вы можете настроить что-то с помощью сертификата клиента TLS, поэтому при подключении к вашему смарт-хосту или другим серверам через TLS вы сможете представить его. Но зачем тебе это?
  • Рекорд «на вершине» @ МХ, также известный как пример.com. МХ, должны быть направлены на сайт example.com май еИксчейнджер (система, которая принимает почту для что-то@example.com). Это не имеет никакого отношения к почте для любого поддомена. Каждый субдомен является почтовым доменом сам по себе.
  • Как вы настроите перезапись адреса, зависит от вас. Единственное, что видит внешний мир, это конечный результат. Так зачем делать это в два этапа?
Chr avatar
флаг ci
Chr
Это очень проницательный ответ. Спасибо.

Ответить или комментировать

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