Вы самостоятельно установили Mailu на VPS Beget, вошли в веб-интерфейс и создали ящик. Между локальными пользователями письма ходят, но внешние адресаты не получают их или находят в Спаме. Установка приложения ещё не подтверждает весь путь исходящей почты через сеть и принимающий сервер.
Этот разбор относится к вашему серверу Mailu. Он не описывает готовую почтовую услугу Beget и не предполагает, что провайдер автоматически управляет конфигурацией вашего MTA. Разделите ответственность: сеть и IP предоставляет инфраструктура, почтовый стек и его ключи настраивает администратор установленной системы.
Проверьте версию и конфигурацию развёртывания
Начните с официальной документации Mailu для используемой версии. Сохраните конфигурацию развёртывания, имена сервисов и подключённые тома. Работа интерфейса показывает лишь доступность части системы. Для исходящей отправки нужны работоспособные почтовые компоненты, корректный DNS и сетевой путь.
Не обновляйте весь стек только ради одного неполученного письма. Сначала изучите журнал конкретной попытки и установите этап ошибки. При обновлении нескольких компонентов одновременно сравнение с предыдущим состоянием становится сложнее, особенно если изменяются настройки сети или расположение постоянных данных.
Установите фактический исходящий адрес
IP внутри контейнера не равен публичному адресу, который видит внешний сервер. Проверьте сетевую схему VPS, NAT и доступный источник адреса в журнале или полученных заголовках. Не берите произвольный IP из цепочки Received: он может относиться к промежуточному узлу.
Если сервер способен отправлять по IPv4 и IPv6, выясните, какой путь использовала проблемная копия. Наличие корректной конфигурации одного семейства адресов не доказывает корректность другого. Любое различие нужно сохранить в материалах проверки, прежде чем объяснять нестабильность только содержимым письма.
Разведите DNS домена и обратную зону IP
Прямые A или AAAA публикуются у DNS-провайдера домена. PTR относится к адресу сервера и управляется владельцем IP через предусмотренный инфраструктурой способ. Добавление записи PTR в обычную зону домена не меняет обратную зону публичного адреса.
В инструкции Mailu по DNS описаны имя сервера, входящие MX и обратное разрешение. Для своего развёртывания проверяйте связку IP → имя → тот же IP. Имя сервера не обязано совпадать с каждым доменом From, который обслуживает система. Не переносите пример из документации без замены на собственные значения.
Сверьте ключи после восстановления и переноса
DKIM требует согласованности закрытого ключа подписывающей системы и открытого ключа в DNS. После восстановления томов или пересоздания конфигурации они могут оказаться из разных состояний. Это гипотеза: подтвердите её по селектору и домену новой подписи, не генерируя ключи повторно без необходимости.
Сохраните резервную копию конфигурации и постоянных данных перед изменениями. Приватные ключи не передавайте в тест размещения и не публикуйте в тикете. Для проверки достаточно открытых DNS-значений, очищенных заголовков и сведений о том, какой экземпляр сервиса подписывает сообщение.
Прочитайте очередь до исследования фильтра
Если сообщение осталось в очереди, найдите точный ответ удалённого сервера или сетевую ошибку. При временной неудаче система может повторять попытки; при постоянном отказе потребуется разбор его текста. Не запускайте повторную массовую отправку, чтобы «проверить, ожило ли»: она создаёт дополнительные сообщения, не проясняя исходную попытку.
Текущий статус инфраструктурной услуги сверяйте с официальными сведениями Beget и своим кабинетом. Доступность сайта провайдера не подтверждает доступность почтового пути конкретного VPS. Аналогично инфраструктурное объявление само по себе не доказывает причину папки уже полученного письма.
Проверьте внешнюю копию
Создайте безопасное рабочее сообщение и отправьте его из Mailu на адреса теста Check. Результат локальной переписки между ящиками одного сервера не заменяет этот опыт. Зафиксируйте исходящий маршрут, аутентификацию, папки и время доступных наблюдений.
Если различаются результаты получателей, используйте разбор разных папок, сохраняя различия копий. Для следующего опыта изменяйте один установленный дефект. Правила интерпретации изложены в методологии Check: техническая исправность не гарантирует Входящие, а найденная папка не раскрывает внутреннюю логику чужого фильтра.
Завершите настройку карточкой восстановления: где находятся ключи, кто управляет PTR, откуда читается DNS и как выполняется безопасный внешний тест. Она пригодится при замене VPS, когда веб-интерфейс может заработать раньше, чем полностью восстановится почтовый маршрут.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- Mailu на VPS и общая почта хостинга — разные системы.
- Проверяйте фактический внешний IP и обратную DNS-зону.
- Работа веб-интерфейса не подтверждает внешнюю доставку.