Налаштування поштового сервера для власного домену починається не з програмного забезпечення, а з 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.txtзнайдено 1 збігv=spf1 zone-copy.txtзнайдено 1 збіг_dmarc zone-copy.txtзнайдено 0 збігів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. Агент показує кожен результат на картці, а ви фіксуєте результат у своєму файлі журналу. Прохідний тест не гарантує доставки в кожну скриньку. Якщо перевірка не пройшла, вставте рядки заголовків у чат, запитайте, який запис не зміг знайти одержувач, і змініть по одному запису за раз, а потім знову запустіть команду пошуку.
