Я управляю почтовым сервером, который будет временно закрыт на три или четыре дня из-за технического обслуживания центра обработки данных. Я хочу найти решение (полностью или частично) для решения проблемы утерянных писем в этот период недоступности. Поскольку объем данных огромен, их очень сложно перенести в другой центр обработки данных.
Один из подходов, который я думаю, - это установить временный почтовый сервер в другом центре обработки данных, и при получении новой почты почтовый сервер автоматически отправляет ответное письмо, чтобы сообщить отправителю: «Мы временно закрыты на три или четыре дня. Пожалуйста, отправьте письмо позже или связаться другими способами ".
Мне интересно, возможен ли такой подход с существующим почтовым сервером? Или есть что-то получше? (желательно бесплатное решение, поскольку оно действует только временно)
Укажите вторичную запись MX на вашем временном сервере. Вот небольшой пример:
gmail.com. 1299 IN MX 5 gmail-smtp-in.l.google.com.
gmail.com. 1299 IN MX 10 alt1.gmail-smtp-in.l.google.com.
Когда придет время для обслуживания, отключите основной сервер. Поскольку все, что отправляет на него почту, должно быть не интерактивным, никто не заметит никаких проблем с тайм-аутом. Когда почтовый сервер не может связаться с вашим основным сервером, он перейдет к следующему серверу с более высоким номером (5/10 непосредственно перед именем сервера в этом примере).
Этот сервер с более высоким номером также должен быть настроен для работы в качестве вторичного почтового сервера. Ему не нужно доставлять почту в почтовый ящик, просто удерживайте ее, пока она не достигнет основного. Вот пример конфигурации для Postfix.
Вы можете настроить клон вашей текущей почтовой системы (пользователи и структура), сделать новый сервер конфигурацией электронной почты для обслуживаемых вами доменов, подтвердить, что доставка работает на новый сервер, и отключить старый MX, чтобы он не получал Сообщения. На этом этапе ваши пользователи увидят, что их электронные письма в центре обработки данных, находящемся на техническом обслуживании, «исчезают», но, по крайней мере, они увидят свои текущие электронные письма. После завершения обслуживания центра обработки данных вы можете вернуть старый MX в оперативный режим и отменить конфигурацию электронной почты временного домена, а затем использовать rsync для передачи электронных писем за 3-4 дня с временного сервера обратно в «настоящие» почтовые ящики пользователей. .
FWIW, я думаю, вы опозорите пользователей электронной почты, если их отправители получают такой возврат. Используйте это только в крайнем случае.
То, что вы ищете, - это услуга «магазин и вперед», которых существует множество. Задолго до того, как вы отключите свои системы, вы редактируете записи MX, чтобы они указывали на систему хранения и пересылки. Пока ваша система работает, вся почта будет доставляться нормально. Когда ваша система не работает, другая система будет принимать почту от вашего имени и хранить ее. Когда ваша система снова заработает, задержанная почта будет доставлена в вашу систему.