Делает любой знает, возможно ли установить постфикс с местом назначения для домена. Если то место назначения (который также выполняет постфикс) не может принять почту, потому что это - диск, полно, или это в режиме офлайн. Затем другое место назначения будут судить.
Отчасти как Записи MX, которые будут работать, если сервер будет в режиме офлайн, переходя на следующую запись, но не, если это не может принять почту из-за дискового пространства, являющегося полным. Или я неправильно с этим?
Если на целевом почтовом сервере пусто свободное пространство, то электронная почта не может принять электронную почту. Почтовый сервер должен временно хранить электронную почту в очереди перед отправкой ее следующему адресату.
Правильный почтовый сервер выдает 4xx, когда это происходит. Это означает: «Я не могу принять вашу почту прямо сейчас. Вы можете повторить попытку позже» ( RFC 2821, пункт 4.2.1 ). При получении 4xx-кода с сервера,почтовый клиент будет иметь несколько вариантов
К сожалению, RFC не рекомендует определенного поведения, когда это произошло . Почтовый клиент может выбрать первый вариант или второй.
Я попытался смоделировать это условие, чтобы собрать некоторые данные о том, как несколько крупных почтовых провайдеров ответят на код ответа 4xx
Как обойти эту проблему?
Один из вариантов заключался в добавлении сценария, который регулярно проверяет свободное место на сервере. Если использование диска было выше определенного порога, вы можете защитить порт 25 брандмауэром из Интернета. И yahoo, и gmail немедленно попытаются отправить на следующий предпочтительный сервер, когда почтовый сервер недоступен или вообще не отвечает.
Связано: SMTP 4xx и вторичная запись MX как способ перенаправления почты