Можете ли вы сослаться на запись CNAME в записи MX?


15

У нас есть несколько доменов, каждый из которых указывает свои записи MX на mail.ourdomain.com, внутренний почтовый сервер.

Мы хотим передать нашу электронную почту новому поставщику, который хотел бы, чтобы мы использовали mail.newsupplier.com; их почтовый сервер.

Мы бы не хотели менять все доменные имена, чтобы указывать на эту запись MX; некоторые из них не находятся под нашим контролем, и это будет означать попытку заставить многие стороны изменить свои записи MX одновременно, что кажется проблематичным.

Проще было бы переписать mail.ourdomain.com по IP для нового поставщика. Проблема в том, что наш поставщик не может гарантировать, что IP будет фиксированным.

Поэтому мой вопрос: является ли mail.ourdomain.com с CNAME на mail.newsupplier.com приемлемым решением?

(Для записи, только электронная почта движется, поэтому мы хотели бы оставить www.ourdomain.com и everythingelse.ourdomain.com без изменений.)

Я нашел несколько сообщений, предупреждающих об опасности CNAMES в записях MX, но я не могу найти кого-то, кто бы говорил об этой конкретной установке, поэтому любые советы будут с благодарностью приняты.

Ответы:


25

Согласно RFC 1123 запись MX не может указывать на CNAME. Если бы я был в вашей ситуации, я бы настроил mail.ourdomain.com в качестве записи A, указывающей на IP-адрес нового поставщика, а затем быстро поработал над изменением всех записей MX на правильные данные. Затем рассмотрите, почему изменение записей MX так сложно в вашей организации.

При этом большинство почтовых серверов по-прежнему будут отправлять почту на CNAME; однако, вы не можете быть гарантированы от этого.


3
Я бы придерживался RFC: Нет, ты не можешь.
Бенуа

Не могли бы вы уточнить ссылку на RFC? Глядя на RFC 1123, я вижу только то, что доменные имена, используемые в командах MAILи RCPTкомандах, не могут быть CNAME (в разделе 5.2.2). Я не могу найти в нем ничего о записи MX, указывающей на CNAME. Я также не могу найти какую-либо конкретную ссылку на CNAME в RFC 973 или 974, в которых определены записи MX.
Dolda2000

1
RFC 2181 §10.3 является более ясным по этому вопросу: «Имя домена, используемое в качестве значения записи ресурса NS, или часть значения записи ресурса MX, не должно быть псевдонимом». и «Это доменное имя должно иметь в качестве значения одну или несколько адресных записей».
mrsspuratic

tools.ietf.org/html/rfc5321#section-5.1 говорит тоже самое. пункт 4:When a domain name associated with an MX RR is looked up and the associated data field obtained, the data field of that response MUST contain a domain name. That domain name, when queried, MUST return at least one address record (e.g., A or AAAA RR) that gives the IP address of the SMTP server to which the message should be directed.
Jasen

1

Есть компании, которые предоставляют Backup SMTP Service, он же магазин электронной почты и вперед. Возможно, вы могли бы использовать одну из этих компаний, чтобы вымыть IP для вас.

Если они не могут быть постоянным посредником, возможно, просто использование их в качестве вторичной записи MX поможет в процессе перехода, поэтому у вас не будет подпрыгивать недоставка.

Если вы в настоящее время говорите об одной из таких компаний, возможно, вы можете найти ее во втором источнике и переслать обратно в первый источник.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.