Возвращаемая электронная почта из-за плохого начального MX TTL?
В прошлую пятницу ночью мы изменили почтовые серверы. Мы отъехали Office 365 к другому размещенному решению Exchange (Intermedia.net).
Мы используем Godaddy для DNS, и после того, как материал миграции сервера был готов, и клиенты были хороши для движения, я отредактировал наши записи MX. Godaddy быстр так в течение приблизительно одного часа, я видел на whatsmydns.com, что новые, надлежащие записи MX распространяли приятно.
Очередь в понедельник утром. Электронная почта проникает, но я начинаю слышать о bouncebacks. Больше того же вторника. Я вытаскивал волосы, когда я просто глазное яблоко, наши записи DNS во вторник ночью и видят, что TTL на новой записи MX составляет 1 Неделю.Черт. Я изменяю его на 1/2 час. Сегодня, одно узкое место messagelabs/symantec), обновил для указания на правильный сервер, но мы все еще получаем некоторых, к сожалению, большие внешние отправители, т.е. Postini, возвращая их сообщения от старого сервера.
Является той начальной 1 неделей TTL для обвинения? Был бы Postini resepct, что начальный TTL несмотря на мой haviong вчера сократил его? Я схожу с ума, потому что это кажется довольно беспомощным. У меня были люди IT в одном из нашего клиентского контакта Postini для открытия билета, так как их пользовательские электронные письма нам возвращаются, но он мог занять время для перемещения в ту переднюю сторону. Моя единственная надежда состоит в том, что это - День благодарения, таким образом, работа главным образом закончена до выходных. Ночь пятницы составит официальную 1 неделю от того начального плохого TTL. У меня должна быть надежда, что вещи будут 'просто работать', прибывают в понедельник? Я не знаю, что еще проверить. Домен удален из O365, новые записи MX кажутся приятно распространенными. Я собираюсь спрыгнуть из пирса.
Никогда не выключайте старый сервер, пока не узнаете, что срок жизни записи MX, указывающей на старый сервер, истек. Если TTL составляет / составлял 1 неделю, оставьте старый сервер работающим на 1 неделю, чтобы перехватить электронные письма от клиентов, у которых эта запись MX может быть кэширована.
При реализации переключения электронной почты всегда проверяйте запись MX на этапе планирования и корректируйте ее соответствующим образом. Лично я не вижу веских причин для установки значения TTL для записи MX больше или меньше 1 часа.
Новый TTL для записи MX не имеет никакого отношения к старому TTL записи MX. . Поэтому, если TTL старой записи MX составлял 1 неделю (или что-то еще), то любой клиент, у которого есть этот кеш, будет хранить его в течение этого периода времени (для любого оставшегося TTL в их кеше). Тот факт, что вы его изменили, не имеет значения, потому что эти клиенты не будут искать его снова, пока срок его действия не истечет в их кэше.
Ваш сценарий наиболее правдоподобен.
Помните, что DNS не "распространяется"; скорее, записи кэшируются другими DNS-серверами на время TTL. Таким образом, некоторые сайты могут кэшировать эту старую запись в течение недели. (И неработающие DNS-серверы могут кэшировать его даже дольше, но, к счастью, их немного.)