Запись MX для вторичного сервера то же как основное?
Решенный. Должен был использовать стабильную версию.. 0.8.2 tds 8.0 поддержек, 0.8.3 не делают. понятное дело.
который, между прочим, все еще не объясняет, почему я смог соединиться до своего mssql сервера с tsql, с помощью протокола 7.1, но не с php5-mssql.
Кажется, что вторичная запись MX будет недействительной, но, не зная инфраструктуры вашего текущего провайдера, мы не можем сказать наверняка, я бы предложил использовать новую запись для вашего нового сервера и только после того, как вы переместились и повысили приоритет новой записи и все работает через этот сервер, могу ли я удалить старый MX.
Вам не нужно повторно использовать записи MX, вы можете иметь столько, сколько хотите. как ни крути, но больше всего, что я видел в одной компании, - 8.
Многие инструменты проверки настройки и диагностики жалуются, что у вас нет вторичного mx. Хотя это не обеспечивает никакой сортировки или резервного копирования, это заставляет такие инструменты перестать жаловаться.
Это похоже на двойной ввод одного и того же DNS-сервера для вашего домена у поставщиков, которые требуют, чтобы вы вводили 2 DNS-сервера. В идеале у вас должна быть настоящая резервная копия mx, но многие люди просто ее используют.
Поскольку и mail.mydomain.com, и mail2.mydomain.com имеют одну и ту же запись A, вам не нужны оба входа MX. Но есть вероятность, что некоторые почтовые клиенты (люди IE, у которых есть user@mydomain.com ) могут использовать mail.mydomain.com для своего SMTP-сервера, а другие могут использовать mail2.mydomain.com (с того момента, когда хостинг электронной почты был изменен).
Вы можете очистить запись mail2 A, если вы не против потратить время на устранение неполадок, возникающих в результате ее удаления, но это не повлияет на доставку электронной почты в Интернете пользователю @ mydomain. com.