우리 회사에는 usintegration.com에서 이메일과 DNS를 호스팅하는 4개의 도메인이 있었고, 그 후 4개 도메인 중 3개에 대한 이메일과 DNS 호스팅을 새 회사로 옮겼습니다. 이제 이전된 3개의 도메인은이전 서버에 아직 남아 있는 도메인과 이메일을 주고받을 수 없습니다.. 다른 모든 이메일 기능은 4개 도메인 모두에서 잘 작동합니다. 반송, 오류 메시지 또는 이메일이 대기열에 갇히지 않으며 누락된 이메일이 새 서버에 도달했다는 증거도 없습니다.
새로운 호스팅 회사(logixcom.com)는 모든 것이 정상임을 확인하고 US Integration의 이름 서버에 이전 영역 파일이 아직 남아 있을 가능성이 높으므로 US Integration에서 전송된 이메일이 해당 영역으로 라우팅된다는 것을 확인합니다. 은(는) 여전히 권한 있는 네임서버(자신의 것)라고 믿습니다. 이전 영역 파일의 MX 레코드에는 여전히 이전 리소스가 포함되어 있기 때문에 요청은 이전 네임서버를 떠나 온라인으로 전환하여 실제(새) 권한 있는 네임서버를 새로 검색하지 않습니다. 복합적인 문제는 US Integration이 문제를 식별할 수 없고, 수정은커녕 할 수 없다는 것입니다.
이 이전 영역 파일을 US Integration의 이름 서버에서 삭제하면 되는 것이 정말 문제입니까? 그렇다면, 이 사실을 그들에게 설명하는 가장 좋은 방법은 무엇입니까? 그렇지 않다면 무엇이 문제가 될 수 있다고 생각하시나요? 어떤 도움이라도 대단히 감사하겠습니다. 나는 IT 분야에 종사하지 않기 때문에 이 모든 것이 나에게 새로운 것입니다. 나(고객)가 이런 발품 작업을 해야 한다는 것이 이상해 보인다는 것을 알지만, 나는 단지 이 문제를 해결하고 싶을 뿐입니다.
내가 한 일은 다음과 같습니다.
새로운 검색을 위해 온라인으로 전환하는 대신 US Integration의 MX 레코드가 여전히 이전의 신뢰할 수 있는 네임서버를 가리키는지 확인하기 위해 dig를 실행하십시오.
~$ dig @bart.usintegration.com courycollection.com mx ; <<>> DiG 9.6.0-APPLE-P2 <<>> @bart.usintegration.com courycollection.com mx ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61227 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; QUESTION SECTION: ;courycollection.com. IN MX ;; ANSWER SECTION: courycollection.com. 3600 IN MX 10 mail.usintegration.com. ;; ADDITIONAL SECTION: mail.usintegration.com. 3600 IN A 65.198.191.5 ;; Query time: 29 msec ;; SERVER: 65.198.191.5#53(65.198.191.5) ;; WHEN: Sun Dec 26 16:59:22 2010 ;; MSG SIZE rcvd: 88이동 후 거부된 3개 도메인에서 이메일이 전송될 때 Logix 서버가 어떻게 보이는지 알아보기 위해 dig를 실행했습니다.
~$ dig @faith.logixcom.net.net colcordhotel.com mx ; <<>> DiG 9.6.0-APPLE-P2 <<>> @faith.logixcom.net colcordhotel.com mx ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 31599 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;colcordhotel.com. IN MX ;; Query time: 31 msec ;; SERVER: 216.201.128.10#53(216.201.128.10) ;; WHEN: Sun Dec 26 17:00:14 2010 ;; MSG SIZE rcvd: 34
업데이트 12/28/10:US Integration에서는 영역 파일을 삭제했다고 밝혔으며, 후속 조사에 따르면 해당 확인자가 이제 올바른 Logix 이름 서버를 가리키고 있지만 문제는 지속됩니다. 재미있는 점은 US Integration 소유자(@usintegration.com 이메일 보유)가 나와(@courycollection.com 이메일 보유) 이메일을 주고받을 수 있다는 점입니다. 하지만 우리의 자매 자산(US Integration에서 호스팅하는 colcordhotel.com) ) 아직 우리에게 보낼 수 없습니다.
답변1
기존 메일 서버에서 기존 도메인이 완전히 제거되었나요? 많은 메일 서버에서 도메인이 해당 서버에서 제공되는 이름으로 정의되면 메일이 배달되어야 하는 위치를 확인하기 위해 DNS를 찾지도 않습니다(이미 해당 도메인을 호스팅하고 있으므로 찾을 필요가 없습니다). old-domain.com에서 other-domains.com으로 보내는 메일은 DNS에서 말하는 것과 관계없이 메일 서버에 계속 구성되어 있는 경우 로컬로 배달됩니다.
수신 메일의 경우에도 관련될 수 있습니다. 수신 서버가 로컬로 추정되는 도메인(예: 어떤 종류의 인증도 없이 또는 알려진 IP 범위에서 들어오는 인바운드 SMTP)의 인터넷에서 메일이 들어오는 것을 확인하면 해당 메일을 의심스러운 것으로 간주하고 스팸으로 필터링할 수 있습니다.
이러한 종류의 것들은 실제 도메인을 사용할 때 진단하기가 더 쉽습니다. 예제 도메인은 이론적이거나 일반적인 문제에 적합하지만 특정 문제에는 구체적인 내용이 훨씬 더 잘 작동합니다.