다른 네트워크에서 MX를 선언하는 것은 나쁜 습관입니까?

거래 서비스 이메일을 전송하기 위해 타사 서비스 제공 업체를 사용하고 있습니다. 최근에 특정 수신 도메인의 실패율이 증가한 것으로 나타났습니다.

"498 No MX for example.com"오류와 함께 전송이 실패합니다.

주어진 지연 후에 전송이 재 시도되고 일반적으로 몇 번의 재시도 후에 성공합니다. 그러나 때로는 재시도 한계를 초과하여 영구적으로 삭제됩니다.

제공자의 지원팀에 연락했으며 이는 다른 제공자로부터 MX를 선언하는 수신 도메인으로 인한 것입니다.

$ dig mx example.com
;; ANSWER SECTION:
example.com.        859     IN      MX      25 mail05.example.com.
example.com.        859     IN      MX      20 mail11.example.net.

그들은 하나의 MX가 사용 중이고 example.com다른 하나는 사용 example.net중이며 실제로 나쁜 습관이며 위에서 설명한 오류로 이어질 수 있다는 사실을 언급 하고 있습니다.

이것은 내가 처음으로 그런 말을 듣고있는 즉시 나는 그것에 대해 BS에게 전화 할 것이지만, 나는 그들에게 의심의 이익을주고 다른 사람들이 그 주제에 관해 말해야 할 것을들을 것이라고 생각했다.

domain-name-system mx-record best-practices

— 데르 호 슈타 플러
소스

MX 레코드를 가지고 있지 않아도 명시 적으로 허용 되므로 오류 메시지가 의미가 없습니다. 서비스 제공 업체는 많은 도움이 필요합니다.

— Michael Hampton

물론 이것은 효과가 있습니다. 사이트 example.com.에서 G Suite와 같은 타사 이메일 제공 업체를 사용 하는 경우 MX 레코드가입니다 aspmx.l.google.com..

— user253751

어쩌면 MX 레코드가 다른 (그리고 결함이있는) 공급자에 관한 것일 수 있습니다 (예 : 접착제 레코드 누락, 느린 영역 업데이트, A 레코드에 문제가 있거나 MX-as-cname과 같은 표준 준수 문제)?

— rackandboneman

문제는 공급자가 아무것도 이해하지 못했다는 것입니다. 그들은 내 문제가 서비스를 사용하여 전자 메일 을 받을 때 MX 만 사용하는 것이 좋습니다 생각했습니다 . 그러나 전자 메일 보내기 와 수신 도메인의 MX에 대해 묻고있었습니다 . 나는 이것이 당신의 무능함을 확신합니다. 내 문제 설명은 매우 명확했으며 실제로이 문제를 잠깐 살펴보면이 오해가 불가능했을 것입니다.

— Der Hochstapler

답변:

그들은 대부분 틀렸다.

하나 이상의 MX를 갖는 것은 나쁜 습관이 아니며, 다른 도메인에 하나 이상의 호스트 이름을 갖는 것은 나쁜 습관이 아닙니다. 실제로 사람들은 자신의 도메인에 자신의 메일 서버를 기본 MX로 설정 한 다음 ISP의 메일 서버를 보조 MX로 사용하는 것이 일반적이었습니다.

아마도 관련이있을 수있는 작은 부분은 다른 도메인의 MX가 제대로 해결되지 않으면 (예 : 도메인 example.net에 DNS 문제가있는 경우) 이것이 문제가 될 수 있다는 것입니다. 그러나 이것이 하나 이상의 MX를 갖는 이유입니다. 하나의 MX가 실패하더라도 다른 MX가 여전히 작동합니다.

제공자에게 응답하여 RFC 5321 섹션 5.1을 가리켜 야합니다 . 인용하기에는 너무 길지만 요점은 MX가 두 개 이상인 경우 발신자가 처음 두 개 이상을 시도해야하며 별도의 도메인에있는 것에 대한 제한이 없다는 것입니다.

— Jenny D는 Reinstate Monica라고 말합니다.
소스

아니요, BS입니다. 이 옵션을 사용하는 것이 우선 순위가 다른 여러 MX를 지정할 수있는 주된 이유 중 하나입니다.

다른 문제가 있어야합니다.

— 스벤
소스