GlobalкритичноХаб задаёт сам
Умолчание — false. Строка разрешает названному источнику отправлять почту любому получателю — то есть не только на домены, которые узел объявил своими.
Совет руководства прямой: включать её в блоках источника внутренних машин, которые подают почту на узел по SMTP.
Это и есть то, ради чего почтовый узел существует как отправитель, — и то, что превращает его в открытый релей, если источник указан неверно.
Из коробки релей запрещён. Пока источники не разрешены явно, узел принимает подачу только с адреса 127.0.0.1.
Вторая половина тише: право по адресу не переживает переезд. Платформа сменила хостера — подача встала, и лечат это обычно расширением маски. Расширенная маска остаётся навсегда.
Выход из обеих ловушек один — привязать право не к адресу, а к учётной записи: выдать разрешение именованному источнику логина, куда попадают только вошедшие.
Разрешение стоит в трёх местах: в источнике 127.0.0.1 (подача с самой машины), в блоке на каждый адрес из «Кому разрешена подача» и в каждом именованном источнике подачи, куда попадают только вошедшие по логину. В общем блоке 0/0 его нет.
Значит соединение с адреса не из списка сдать почту без логина не может. Подающей стороне, которая входит по логину, переезд ничего не ломает — логин остаётся тем же; адрес из списка при переезде приходится править.
Что ставить. Вопрос не в значении, а в том, какому блоку его давать:
| Где | Что получится |
|---|---|
| именованный источник логина | право следует за учётной записью: переезд не ломает подачу, отзыв возможен |
| узкая подсеть своей платформы | работает, пока адрес не сменился |
| 0/0 | открытый релей — не бывает правильным вариантом |
Первое — единственная раскладка, которая не разваливается от переезда и позволяет отозвать доступ одному отправителю.
# право следует за логином, а не за адресом подающей машины <source {pmta-auth}> require-auth true always-allow-relaying yes</source>
что делают не так и чем это кончается3 ошибки▶
наш опыт
§ 3.3.1.54.1
наш опыт
4 связи
grep -n -B3 'always-allow-relaying' /etc/pmta/config /etc/pmta/virtualhost.txt printf 'HELO test\r\nMAIL FROM:<a@example.com>\r\nRCPT TO:<b@gmail.com>\r\nQUIT\r\n' | nc <адрес-узла> 25
3 статьи
◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.◇Заголовки, которыми отправитель управляет доставкойШесть служебных заголовков позволяют подающей стороне выбрать поток, пометить письмо заданием, задать настройки и ключ подписи, идентификатор конверта и расписание; каждый разрешается отдельно и по источникам.◇Заголовок балансировщика на входеУзел читает заголовок PROXY в начале входящего соединения и считает источником адрес из него; работает у обоих видов входа.