На VPS SpaceWeb с ispmanager создан почтовый домен, добавлен ящик, вход в веб-почту работает. Но внешняя отправка ещё требует отдельной проверки. Панель упрощает создание конфигурации, однако не доказывает, что публичный DNS, сеть и подпись новой копии согласованы между собой.
Здесь важно отличать самостоятельную почту на VPS от готовой почтовой услуги виртуального хостинга. На собственном сервере администратор отвечает за установленный почтовый стек, его очередь и конфигурацию. Параметры другой услуги SpaceWeb не следует переносить на него автоматически.
Если на VPS несколько доменов, составьте по одному безопасному сценарию для каждого: отправитель, селектор, источник DNS и контрольный адрес. Такой список особенно полезен после восстановления панели, когда общий сервис запускается успешно, но один домен остаётся со старым ключом или неперенесённой записью.
Проверьте почтовый домен в панели
SpaceWeb описывает настройку почты на VPS с ispmanager: создание домена и ящиков, SPF и DKIM. Сверьте выбранный домен и фактические параметры вашего сервера. Если сайтов несколько, домен отправителя может отличаться от основного имени VPS и от домена, открытого в панели сейчас.
После создания ящика проверьте разрешённый способ SMTP-доступа, имя сервера и сертификат. Не отключайте проверку TLS, чтобы скрыть несовпадение имени. Сначала установите безопасное рабочее соединение; вопрос папки возникает после передачи сообщения, а не вместо устранения ошибки подключения.
Узнайте, кто публикует DNS
Локальная зона ispmanager может не быть авторитетной для домена. Проверьте NS и кабинет, где реально публикуются записи. Если используется внешний DNS-сервис, изменения в панели VPS нужно согласовать с этой зоной. Скриншот локальной TXT-записи не подтверждает, что её видит принимающая сторона.
Разделите назначения записей. A и AAAA связывают имя сервера с адресами, MX направляет входящую почту, SPF описывает разрешённые исходящие источники, DKIM публикует открытый ключ. Набор записей должен соответствовать вашей схеме, а не произвольному примеру с учебным IP из инструкции.
Проверьте реальный исходящий IP
При отправке непосредственно с VPS важен адрес, с которого устанавливается внешнее соединение. У сервера могут быть несколько IP или выход через NAT. Если используется внешний relay, исходящая инфраструктура для конечного получателя будет другой. Уточните схему до изменения PTR.
Обратную запись настраивает владелец IP через предусмотренный механизм провайдера. Обычная зона домена ею не управляет. Проверяйте связку IP → имя → тот же IP. При IPv6 также учитывайте AAAA и используемый адрес: исправная настройка IPv4 не описывает автоматически отправку по другому семейству.
Проверьте подпись каждого домена
Включите DKIM для нужного почтового домена по инструкции и отправьте новую копию. В заголовках найдите d= и s=, затем сопоставьте их с публичным ключом. Если на сервере несколько организаций или доменов, успех одного не подтверждает остальные.
После восстановления VPS из резервной копии проверьте соответствие ключей отдельно. Публичная запись могла остаться новой, а закрытый ключ восстановиться из старого состояния. Это возможная гипотеза, а не неизбежное следствие восстановления. Подтверждайте её по конкретной подписи, не создавая очередные ключи наугад.
Прочитайте очередь и ответ получателя
Если письмо не найдено, выясните, покинуло ли оно очередь сервера. Сохраните идентификатор задания и ответ удалённого узла. Временная задержка, постоянный отказ и принятие для дальнейшей обработки требуют разных следующих действий. Только отсутствие письма во Входящих не позволяет выбрать один из них.
Не отправляйте повторно всю накопленную очередь ради проверки. Используйте отдельное безопасное сообщение и наблюдайте его путь. При передаче технического материала исключите пароли, приватные ключи и клиентские документы. Достаточно сведений, позволяющих связать отправку с полученной копией.
Сравните техническую настройку с фактической папкой
Отправьте рабочий шаблон на доступные адреса Check. Используйте тот же ящик и транспорт, который проверяете. Запишите аутентификацию, подтверждённые папки и время. Если часть получателей недоступна для наблюдения, оставьте это ограничение явно.
При разных папках у разных провайдеров сравните копии и маршруты, прежде чем делать общий вывод о сервере. Следующее изменение должно исправлять установленный дефект либо проверять одну обозначенную гипотезу. Технический успех не обещает одинаковую папку всем адресатам.
Методология Check объясняет связь результатов с конкретным источником и временем. Завершая работу, сохраните список обслуживаемых доменов, владельца DNS, способ настройки PTR и безопасный тест. Этот набор позволяет проверить восстановленный VPS после замены, даже если все переключатели в панели уже выглядят включёнными.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- Панель сервера и авторитетный DNS могут быть разными системами.
- Настройка ящика не завершает проверку исходящего MTA.
- Проверяйте каждый обслуживаемый домен отдельно.