메일 서버가 Exchange 2010인 설정을 물려받았습니다.
어떤 이유로 MX 레코드가 2개 설정되어 있는지 잘 모르겠습니다. 하나는 우선순위가 더 높은 교환 서버이고 외부(비교환) 서버는 보조 mx 레코드입니다. 다른 메일 서버가 메일을 교환 서버로 다시 라우팅하도록 설정되지 않았기 때문에 이것이 중복 이유로 수행되었다고 생각하지 않습니다(호스팅을 위한 웹 호스트 이메일일 뿐입니다).
클라이언트에서 이메일이 사라지는 현상이 발생했습니다. 조사한 결과 실제로 사라지지는 않았지만 Exchange에서는 성공적으로 메일을 수신한 다음 외부 서버로 전달했습니다. 이 문제가 항상 발생하는 것은 아니며 일부 도메인의 일부 이메일 메시지에서만 발생합니다.
내 질문:
Exchange가 보조 MX 레코드를 볼 수 있고 (어딘가에서) 메일을 보내도록 구성되어 있기 때문에 메일을 전달하고 있습니까?
그렇다면 어떻게 중지합니까? 외부 메일 서버를 가리키는 두 번째 MX 레코드를 제거하면 교환이 메일 전달을 중단하는 것만 큼 쉽습니까?
저는 교환 전문가가 아니기 때문에 좀 당황스럽습니다. Exchange MX 도구는 외부 관점에서 모든 것이 올바르게 설정 및 구성되었다고 말합니다.
편집하다:
교환 서버에 연결할 수 없는 경우 메일을 캐시하도록 보조 MX 서버(MX2)가 설정되어 있다고 생각하지 않습니다. 현재는 존재하지 않는 IT 계약자가 클라이언트 메일을 MX2에서 현장 교환 서버로 옮겼습니다.
이메일이 사라진다는 것은 Exchange 서버에는 표시되지 않고 MX2의 사서함에는 표시된다는 의미입니다. 문제의 이메일을 찾기 위해 메시지 추적 인터페이스를 사용했는데 메시지 세부정보에 다음이 나열되어 있습니다.
Submitted
23/11/2011 9:32 AM exchangeserver.name.here
The message was submitted to exchangeserver.name.here
Transferred
23/11/2011 9:32 AM exchangeserver.name.here
The message was successfully handed off to a different e-mail system. This is as far as we can track it.
Exchange가 이메일을 전달하는 중입니다. 나는 그것을 원하지 않습니다. 어떻게 중지합니까?
답변1
유감스럽게도 Exchange가 귀하가 주장한 대로 하고 있다고 믿지 않습니다. Exchange가 메시지를 로컬로 전달한 후에는 최종 목적지에 도달했기 때문에 메일을 다른 곳으로 보낼 이유가 없습니다. 이는 마치 우편으로 받은 편지를 읽은 후 다른 사람에게 주는 것과 같습니다. 그렇게 하지 않는 것뿐입니다.
원격 메일 서버가 더 높은 기본 설정 MX 레코드를 선택하게 만드는 Exchange 서버의 일시적인 오류일 수 있습니다. 잠깐 Wikipedia를 인용하는 것을 용서해 주시면, 이 내용이 아주 훌륭하게 요약되어 있습니다.
발신자가 선호도가 더 높은 MX 레코드를 사용하게 만드는 원인이 무엇인지에 대해서는 구체적이지 않습니다.할 수 있는선호도가 높은 MX 레코드를 사용합니다. 일부 서버(예: Sendmail 및 Postfix 2.1 이상)는 인사말 실패와 같은 일부 유형의 일시적인 배달 실패 후에 다음으로 가장 먼 MX 서버를 시도합니다. 다른 서버(예: qmail 및 Postfix 2.0 이하)는 최단 거리 MX 레코드에 지정된 서버에 전혀 접속할 수 없는 경우에만 더 먼 MX 레코드를 사용합니다.
-- 위키피디아MX 레코드기사
하지만 이 두 번째 MX 레코드를 제거하기 전에 생각보다 다른 방식으로 작동하지 않는지 확인하고 싶을 수도 있습니다. 예전에는 Exchange 서버를 MX 기본 설정 10으로 설정하고 긴급 클라우드 기반 시스템을 기본 설정 20으로 설정했습니다. 이 클라우드 시스템은 Exchange 서버가 다운되었을 때 메일을 수락하고 백업될 때 메일을 전달했습니다.매우높은 수준의 개요, 그 밖의 작업은 여기서 관련이 없습니다).
나도 당신의 의견에 혼란스러워요. 사라지는 메일이 있다고 하는데 사라지지 않는다고 하더군요. 자세히 설명해도 괜찮다면 무슨 일이 일어나고 있나요? 존재하지 않는 문제가 있고 이 두 번째 MX 레코드가 단지 빨간 청어일 뿐이라고 생각하시나요?
tl;dr
두 번째 MX 레코드가 이메일 인프라와 전혀 관련이 없는 경우에는 해당 레코드가 존재할 필요가 없으므로 제거해야 합니다. 모든 기본 설정의 MX 레코드는 메시지를 수신자에게 성공적으로 전달할 수 있어야 합니다(즉각적이지는 않더라도).
답변2
서로 다른 메일 서버 유형을 가리키는 2개의 MX 레코드가 있으면 배달 문제가 발생합니까?
적절한 구성이 없으면 거의 확실하게 시스템이 반쯤 손상될 것입니다.
왜 2개의 MX 레코드가 설정되어 있는지 잘 모르겠습니다. ... 그렇다면 어떻게 멈추나요? 두 번째 MX 레코드를 제거하는 것만큼 쉽나요?
다른 서버가 메일을 수신한다고 가정합니까, 아니면 메일을 보내도록 설정되어 있습니까? 메일을 받을 수 있어야 한다면 구성을 더 자세히 살펴보고 무슨 일이 일어나고 있는지 파악해야 합니다.
두 메일 서버 모두에 특별한 SMTP 경로 설정이 없는 경우 이 다중 서버 설정을 처리하려면 비교환 서버에 대한 MX 레코드를 제거해야 합니다.
다른 서버를 백업으로 설정하는 것이 확실히 가능하지만 제대로 설정되지 않은 경우 메일이 손실됩니다.