В нашем (небольшом) офисе мы решаем, нужно ли иметь точку записи MX на нашем локальном сервере Exchange. Я немного беспокоился о простоях, поэтому подумал, что мне нужно настроить резервный MX-сервер. Затем я провел небольшое исследование и нашел пара из сообщения это предполагает, что это не обязательно стоит усилий, в первую очередь потому, что отправляющий MTA будет ставить почту в очередь на пару дней, прежде чем отказаться, что должно быть более чем достаточно времени, чтобы привести ваши дела в порядок.
Я был счастлив пойти с этим, но наш местный ИТ-провайдер, у которого мы покупаем наш новый сервер, настаивает на том, что серверы не всегда ставят почту в очередь: иногда они просто сразу же возвращаются. Кто-нибудь может прокомментировать эту позицию?
Кроме того, я пытаюсь выяснить, что стандарт говорит по этому поводу (хотя я знаю, что реальная жизнь и стандарты не всегда совпадают). В Статья в Википедии о резервном копировании записей MX говорит
Протокол SMTP устанавливает сеть с промежуточным хранением, и если все почтовые серверы домена отключены, отправляющие серверы должны ставить в очередь сообщения, предназначенные для этого домена, чтобы повторить попытку позже.
Смотря на RFC 821 Я не могу найти эту часть, но только сканирую. Может ли кто-нибудь указать на соответствующую часть, если она существует? Я также был бы заинтересован в любой части, касающейся того, как долго следует хранить почту, прежде чем выбросить.
ИТ-провайдер прав, некоторые сразу откажутся. Однако, по моему опыту, только немые хосты откажутся сразу, а смарт-хосты будут стоять в очереди. Существуют некоторые стандарты де-факто относительно того, как долго MTA будет ставить почту в очередь перед созданием DSN, наиболее распространенным является 4 часа. Как и в случае со всем подобным стандартом, здесь много вариаций.
Типы писем, которые обычно отправляются через немые хосты, - это письма, поступающие непосредственно от веб-приложений, которые рассчитывают, что ваш сервер достаточно умен, чтобы справляться с исключениями. Это могут быть ваши собственные приложения для массовых рассылок в Интернете. Эти сообщения в общем-то электронной почты более низкого класса, но не всегда.
Если вы все же решите использовать резервный MTA, вам НЕОБХОДИМО установить на нем защиту от спама. Спамеры уже более десяти лет знают, что «резервные» MTA - отличное место для нацеливания, поскольку они, как правило, не так хорошо защищены, как основные.
Не думаю, что это необходимо, но это хорошая практика.
Довольно стандартные значения для постановки в очередь и повторных попыток: «сначала повтор через 30 минут, затем каждые 60 минут, пока не пройдут 12 часов; после этого каждые шесть часов, пока не пройдут 72 часа, после этого еще несколько попыток с интервалом в 12–24 часа. . Если почта не может быть доставлена в течение 7 дней, опустите письмо и (по желанию, в наши дни, так как существует слишком много фальсифицированных отправителей) верните сообщение «Извините, не удалось доставить» ».
По общему признанию, это в основном связано с опытом и несколько устарело, поскольку я не запускал почтовый сервер для рабочих целей уже около 4 лет.
Почтовые серверы ДОЛЖЕН очереди, но не все почтовые серверы работают нормально. Но поскольку существует очень много других вещей, которые могут пойти не так с электронной почтой, большинство очень малых предприятий, которых я знаю, не беспокоятся о резервном копировании, поскольку это не кажется рентабельным.
Если вы хотите это сделать, вы можете проверить, будет ли ваш интернет-провайдер действовать как резервный почтовый сервер для хранения и ретрансляции, что означает, что он будет принимать электронное письмо от вашего имени и отправлять его на ваши серверы, когда оно станет доступным. (Не помогает, если и ваш сервер, и серверы резервного копирования отключены).
По нашему собственному опыту, наш интернет-провайдер предлагает эту услугу, но это дополнительная плата, которую мы решили не брать. (Это не вызывало проблем более десяти лет, и, поскольку наша клиентская база очень мала и не имеет технического характера, я почти уверен, что они поднимут телефон, если у них возникнут проблемы с отправкой нам электронной почты).