Когда указывающий на новые серверы DNS там шанс электронных писем, потерянных, даже если старая почтовая услуга хостинга все еще?
После того, как новый почтовый сервер будет готов принимать почту для вашего домена через smtp и обслуживать почту через imap и / pop или т.п., вы хотите изменить старый сервер для пересылки почты на новый сервер. Получите все это работать ДО того, как вы измените записи MX. Тогда не имеет значения, приходит ли почта на старый или новый сервер, поскольку в конечном итоге все это попадает на новый сервер.
Мне не нравятся люди, использующие термин «распространение», когда речь идет о большинстве изменений DNS, как и я. обнаруживают, что большинство людей вводят в заблуждение относительно того, что происходит. Обычно изменения DNS происходят мгновенно, нет необходимости в распространении. Распространение происходит только тогда, когда вы меняете серверы имен у регистратора, и эти изменения должны распространяться на все корневые DNS-серверы. Это операция, которая раньше занимала много часов (далеко по Интернет-стандартам), но теперь не занимает много времени. В наши дни, когда люди говорят о распространении, они обычно неправильно ссылаются на TTL DNS.
Каждый раз, когда полномочный сервер имен отвечает на вопрос DNS (например, какие записи mx для этого домена), этот ответ приходит с TTL, который говорит: вот ваш ответ. Вы можете предположить, что это правильный ответ в течение X секунд ». Так что, если у вас очень длинный TTL для ваших записей MX, измените их. Люди, которые искали ваши записи MX, могут долгое время кэшировать результаты и, следовательно, после изменения будут долгое время отправлять почту не на тот сервер. Если вы ожидаете изменения в записях DNS. Вы можете снизить TTL до небольшого значения до тех пор, пока не произойдет изменение.
но уже не занимает много времени. В наши дни, когда люди говорят о распространении, они обычно неправильно ссылаются на TTL DNS.Всякий раз, когда авторитетный сервер имен отвечает на вопрос DNS (например, какие записи mx для этого домена), этот ответ приходит с TTL, который говорит: вот ваш ответ. Вы можете предположить, что это правильный ответ в течение X секунд ». Так что, если у вас очень длинный TTL для ваших записей MX, измените их. Люди, которые искали ваши записи MX, могут долгое время кэшировать результаты и, следовательно, после изменения будут долгое время отправлять почту не на тот сервер. Если вы ожидаете изменения в записях DNS. Вы можете снизить TTL до небольшого значения до тех пор, пока не произойдет изменение.
но уже не занимает много времени. В наши дни, когда люди говорят о распространении, они обычно неправильно ссылаются на TTL DNS.Каждый раз, когда полномочный сервер имен отвечает на вопрос DNS (например, какие записи mx для этого домена), этот ответ приходит с TTL, который говорит: вот ваш ответ. Вы можете предположить, что это правильный ответ в течение X секунд ». Так что, если у вас очень длинный TTL для ваших записей MX, измените их. Люди, которые искали ваши записи MX, могут долгое время кэшировать результаты и, следовательно, после изменения будут долгое время отправлять почту не на тот сервер. Если вы ожидаете изменения в записях DNS. Вы можете снизить TTL до небольшого значения до тех пор, пока не произойдет изменение.
они обычно неправильно ссылаются на TTL DNS.Каждый раз, когда полномочный сервер имен отвечает на вопрос DNS (например, какие записи mx для этого домена), этот ответ приходит с TTL, который говорит: «Вот ваш ответ. Вы можете предположить этот ответ - правильный ответ на Х секунд ». Так что, если у вас очень длинный TTL для ваших записей MX, измените их. Люди, которые искали ваши записи MX, могут долгое время кэшировать результаты и, следовательно, после изменения будут долгое время отправлять почту не на тот сервер. Если вы ожидаете изменения в записях DNS. Вы можете снизить TTL до небольшого значения до тех пор, пока не произойдет изменение.
они обычно неправильно ссылаются на TTL DNS.Всякий раз, когда полномочный сервер имен отвечает на вопрос DNS (например, какие записи mx для этого домена), этот ответ приходит с TTL, в котором говорится: «Вот ваш ответ. Вы можете предположить этот ответ - правильный ответ на Х секунд ». Так что, если у вас очень длинный TTL для ваших записей MX, измените их. Люди, которые искали ваши записи MX, могут долгое время кэшировать результаты и, следовательно, после изменения будут долгое время отправлять почту не на тот сервер. Если вы ожидаете изменения в записях DNS. Вы можете снизить TTL до небольшого значения до тех пор, пока не произойдет изменение.
вот ваш ответ. Вы можете предположить, что этот ответ является правильным ответом в течение X секунд ". Итак, если у вас очень длинный TTL для ваших записей MX, а затем измените их. Люди, которые искали ваши записи MX, могут кэшировать результаты в течение длительного времени и, следовательно, , после изменения будет отправлять почту не на тот сервер в течение длительного времени. Если вы ожидаете изменения в записях DNS. Вы можете снизить TTL до небольшого значения до тех пор, пока не произойдет изменение. вот ваш ответ. Вы можете предположить, что этот ответ является правильным ответом в течение X секунд ". Итак, если у вас очень длинный TTL для ваших записей MX, а затем измените их. Люди, которые искали ваши записи MX, могут кэшировать результаты в течение длительного времени и, следовательно, , после изменения будет отправлять почту не на тот сервер в течение длительного времени. Если вы ожидаете изменения в записях DNS. Вы можете уменьшить TTL до небольшого значения до тех пор, пока не произойдет изменение.