Настройка почтового сервера для собственного домена начинается с DNS, а не с установки ПО. Записи MX указывают, куда доставлять почту для домена, SPF перечисляет серверы, имеющие право отправлять от его имени, DKIM добавляет подпись, которую получатели могут проверить, а DMARC указывает, что делать с письмами, не прошедшими эти проверки. Для IP-адреса отправки должно быть настроено обратное DNS-имя (PTR), совпадающее с прямым. Portward считывает ваши записи, показывает, чего не хватает, и готовит каждое изменение в виде diff для вашего согласования. Получатели оценивают репутацию IP-адреса, поэтому Portward не может гарантировать доставку в папку «Входящие». Используйте этот сценарий для обычной почты вашего домена на сервере, которым вы владеете. Делайте работу небольшими шагами: одна запись, один diff, одна проверка.
Создайте папку для домена, скопируйте в неё файл зоны и любые конфигурации почты, затем откройте эту папку как рабочую в Portward. Инструменты для работы с файлами работают внутри этой папки, поэтому скопируйте туда всё, что агент должен прочитать, и сохраните копию файла зоны до первого изменения на случай, если потребуется откат.
Выберите Plan only или Ask first и опишите цель, например: «Перечисли MX, SPF, DKIM и DMARC записи в этом файле зоны и скажи, какие из них отсутствуют». Агент ответит карточкой для каждого вызова инструмента, а в режиме Plan only он ничего не изменит, пока просто перечисляет недостающие записи.
Прочитайте карточку для каждого изменения. Инструмент edit_file показывает новую запись рядом со старой, а в режиме Ask first ничего не меняется до вашего подтверждения. Отклоните всё, что вам непонятно, и попросите агента объяснить это, прежде чем пробовать снова.
Примените записи у вашего DNS-провайдера, дождитесь их распространения, затем выполните свою команду проверки через Shell и сравните вывод с файлом зоны. Зафиксируйте каждый результат в файле журнала в рабочей папке, указав дату, изменённую запись и то, что вернула проверка.
zone-copy.txtзагруженоMX zone-copy.txt1 совпадениеv=spf1 zone-copy.txt1 совпадение_dmarc zone-copy.txt0 совпаденийnotes/mail-check.txtсохранено# checklist for my own VPS and its mail domain
step 1: update the system
step 2: create a normal user
step 3: log in with SSH keys
verify 1: key login works before password login is off
step 4: allow only the ports I need in the firewall
step 5: set the time zone and time sync
step 6: add MX, SPF, DKIM and DMARC records
verify 2: the sending IP has a matching PTR name
step 7: make a backup
verify 3: a test restore worksЭтот простой чек-лист охватывает VPS и почтовый домен на нём. Каждая строка проверки указывает результат, который можно проверить, прежде чем переходить к следующему шагу, например вход по ключу, правила брандмауэра или совпадающее PTR-имя. Отредактируйте строки под свой сервер, затем попросите агента пройти по ним по очереди и отчитаться о реальном результате каждой. Добавьте строки для своих сервисов и удалите те, которые не относятся к вашему серверу.
Агент открывает копию вашего файла зоны с помощью read_file и использует grep для вывода строк MX, SPF, DKIM и DMARC, затем сообщает в одной карточке, чего не хватает. В режиме Plan only он сохраняет этот список как план и ничего не меняет, что является самым безопасным способом начать работу с доменом, на который уже приходит почта. Если вы хотите настроить почтовый сервер дома, сначала выясните, управляете ли вы обратным DNS-именем для IP-адреса отправки, так как получатели оценивают репутацию IP. Вы читаете список и решаете, какую запись добавить первой. Агент работает с копией, поэтому исходный файл остаётся нетронутым. Сохраните список недостающих записей в файле заметок, чтобы следующий сеанс начинался с фактов, а не с памяти.
SPF перечисляет серверы, имеющие право отправлять почту от имени домена, а DKIM добавляет подпись, которую получатели могут проверить. Агент использует edit_file для добавления строки SPF в копию файла зоны и показывает её в виде diff, а web_search находит официальную документацию вашего почтового ПО, если нужен точный синтаксис. Публичный ключ DKIM берётся из вашего почтового ПО, поэтому вставьте его самостоятельно, а агент разместит его. В режиме Ask first агент приостанавливается перед каждым изменением, и вы сравниваете новую строку со старой, прежде чем подтвердить её. Добавляйте по одной записи и применяйте её у DNS-провайдера перед следующей, чтобы любая ошибка сводилась к одному изменению.
Запись MX указывает хост, принимающий почту для домена, а PTR-имя принадлежит IP-адресу, с которого вы отправляете. Агент добавляет строку MX с помощью edit_file и сохраняет выбранный вами приоритет, затем пишет короткую заметку с помощью write_file, в которой перечисляет имя хоста, которое вы хотите использовать как обратное DNS-имя. Попросите провайдера установить его там, где управляется IP-адрес. Насколько сильно нужно защитить новый VPS, зависит от запускаемых сервисов, а почтовый сервис добавляет больше портов, о которых стоит подумать, поэтому перечислите их, прежде чем открывать какие-либо. Запишите точное имя хоста, которое использует ваше почтовое ПО, и пусть агент сравнит его со строкой MX и заметкой PTR, чтобы имена совпадали.
Выполните свою команду проверки через Shell и пусть агент сравнит вывод с файлом зоны, по одной записи за раз. Перед запуском почты проверьте базовую безопасность VPS: вход по ключу, брандмауэр с открытыми только необходимыми портами и протестированную резервную копию. Затем отправьте тестовое сообщение с вашего домена на адрес, который вам принадлежит, и прочитайте заголовки для результатов SPF и DKIM. Агент показывает каждый результат на карточке, а вы фиксируете исход в файле журнала. Успешный тест не гарантирует доставку во все ящики. Если проверка не пройдена, вставьте строки заголовков в чат, спросите, какую запись не смог найти получатель, и измените по одной записи за раз, затем снова выполните команду проверки.
