Каков обычный период времени повторной отправки для SMTP-серверов? [закрыто]
Я хочу спросить, скажем, о SMTP-серверах, которые работают в разных ИТ-компаниях (хостинг SMTP-серверов, корпоративных SMTP-серверов и т. Д.). Я знаю, что каждый сервер можно настроить по-разному, но, возможно, в промышленности или, по крайней мере, просто дайте мне знать, какую конфигурацию вы лично установили или о которой знаете.
RFC 5321 утверждает, что интервал повторных попыток должен составлять не менее 30 минут, а затем возвращаться к повторным попыткам каждые 2 или 3 часа и что максимальный период повторных попыток должен составлять не менее 4 или 5 дней, НО это не жесткие правила и не требуются AFAIK. Хотя письмо, которое не может быть доставлено немедленно , ДОЛЖНО быть повторно отправлено, интервалы повтора не указаны в качестве требований.
Каждая почтовая платформа / система (Exchange Server, MDaemon, Postfix и т. Д.) Будет иметь их собственные настройки и интервалы повторов по умолчанию, и вы обычно найдете интервалы повторов в 15, 30, 60, 120 и 240 минут и максимальный период повторов от 2 до 4 дней.
Теперь перейдем к вашей конкретной реализации; Если вы используете почтовый сервер в производственной среде, вам следует использовать его 24 часа в сутки, 7 дней в неделю, 365 дней в году. Если вы не используете его 24 часа в сутки, 7 дней в неделю, 365 дней в году, тогда это действительно не рабочий почтовый сервер, и этот вопрос здесь не актуален, не актуален и не уместен.
Кроме того, информацию, которую вы ищете, легко найти с помощью простого поиска в Google и некоторого чтения соответствующих RFC и / или RFC, что я настоятельно рекомендую. Вот один, с которого можно начать:
Что делает большинство организаций с плохой связью / доступностью для своего основного почтового сервера, так это установка более надежного вторичного почтового ретранслятора в другом месте.
Приоритет записи DNS MX направит другие почтовые серверы на ваш вторичный почтовый сервер, когда ваш основной почтовый сервер недоступен.
Поскольку вы управляете этим вторичным почтовым сервером, вам не нужно полагаться на то, как долго / часто ваши отправители будут повторять попытки доставки ваших сообщений электронной почты, прежде чем отказаться. Сообщения будут немедленно приняты этим вторичным почтовым сервером и могут быть поставлены в очередь там, а не на почтовом сервере отправителя, столько, сколько им необходимо.
Еще более интересно то, что когда ваш основной почтовый сервер снова становится доступным, он может отправить команду ETRN второму серверу MX, которая инициирует немедленную доставку всех сообщений в очереди.
Как настроить, например, сервер ретрансляции Postfix для поддержки ETRN, описано в ETRN Readme , но другие, такие как sendmail и exim, также поддерживают это.