Лучший ответ

    1.  3 0

    a3x 4 (2454)214 7 лет  

    Некоторое время (до нескольких дней, надо учитывать TTL) потребуется, чтоб новые записи распространились во все края. Клиенты, до которых изменения пока ещё не дошли, будут руководствоваться прежними записями MX, и если те указывают в никуда (на отсутствующий сервер), то почта после непродолжительных попыток передачи будет возвращаться отправителям как недоставленная.

    P.S. Если нет возможности обеспечить, чтобы переходное время сервер был доступен и по новым, и по старым записям, то, как Владимир предложил, надо уменьшить TTL старых записей до минимума (но вроде не все регистраторы позволяют), подождать (выждать прежний TTL), пока эти короткоживущие записи распространятся (все будут в курсе, что MX надо освежать часто) и тогда уже вписывать новые узлы.

Ответы

    1.  4 0

    Vladimir S 6 (16607)1538 7 лет  

    Если не накосячишь с настройками - всё придёт как надо. В противном случае сендер получит фейл месседж.
    Сократи TTL загодя перед сменой записей, чтоб быстренько всё флашнулось, когда уже поменяешь. Посмотри, что говорит ваш Disaster Recovery Plan на случай фейла DNS.
    В практике обычно подразумевается, что на такие кейсы будет время простоя:

    DNS Failover is not without limitations. In order for it to work, you need to have backup locations for your site and applications. Even if DNS records are quickly updated once an outage has been detected, ISPs need to update their DNS cache records, which is normally based on TTL (Time to Live). Until that occurs, some users will still be directed to the downed primary server.

Похожие вопросы

Рейтинг@Mail.ru Top.LV PULS.LV Professional rating system