일부 외부 사용자가 Exchange 서버에서 메일을 받을 수 없거나 받지 못한다고 불평하고 있습니다. 외부 사용자를 연락처로 설정하고 사본을 보관하고 외부 이메일 계정으로 사본을 전달하는 옵션을 활성화했습니다.
내 직감으로는 이 문제를 해결하는 가장 좋은 방법은 그레이리스팅 및 해당 isp와 관련이 있을 수 있다는 것입니다. 교환 서버에 대한 아웃바운드 smtp 서버 설정은 dyndns와 관련이 있으며 아마도 해당 서버 중 하나가 블랙리스트와 외부 이메일 클라이언트(사용자) 호스트/isp가 이를 삭제했을 수도 있습니다.
사용자는 전자 메일을 Outlook Web Access에서 실제로 볼 수 있지만 전달된 주소로 설정된 외부 전자 메일 계정에는 도달하지 않는다고 표시합니다. 감사해요.
답변1
나생각하다당신은 DynDNS 서비스를 스마트 호스트로 사용하고 있으며("교환 서버에 대한 아웃바운드 SMTP 서버 설정이 dyndns와 함께 설정되어 있습니다") 수신자의 ISP가 메시지를 삭제할 수 있다고 우려하고 있습니다. 그들은 DynDNS 서버를 "좋아하지 않습니다"(블랙리스트 등). 일반적으로 DynDNS에 대한 내 경험은 그렇지 않았지만(나는 모든 비즈니스 이메일에 대해 약 6년 동안 "Mailhop 아웃바운드" 서비스를 사용해 왔습니다) 수신자의 ISP에 연락하여 확인할 수 있습니다.
아마도 당신은"메시지 추적" 활성화문제 메시지를 찾고 흐름을 추적할 수 있습니다. 그러나 메시지가 SMTP 서버를 떠나면 후속 SMTP 트랜잭션을 볼 수 없습니다. "메시지 추적"을 활성화하면 최소한 조직에서 성공적으로 나가는 메시지를 볼 수 있습니다.
수신자의 ISP가 메시지를 조용히 삭제하는 경우 ISP의 협조 없이는 할 수 있는 일이 많지 않습니다.
답변2
메시지 추적을 활성화한 경우 ESM의 메시지 추적 도구를 사용하여 메시지를 추적할 수 있습니다. 외부 서버와의 SMTP 트랜잭션을 보기 위해 SMTP 로깅을 활성화한 경우 SMTP 로그를 사용할 수도 있습니다. Exchange 서버에서 DNS 확인과 같은 기본 구성 요소를 테스트하고 Exchange 서버에서 외부 서버의 포트 25에 대한 텔넷 세션을 설정해 보십시오.
답변3
Evan이 말한 것 외에도 Exchange 서버의 메일 대기열을 확인하여 이러한 이메일(최근의 경우) 중 재시도 상태에 있고 여러 번의 배달 실패 시도가 있는지 확인할 수도 있습니다. 이 섹션에서는 이유를 제시할 수 있습니다. 이것의 좋은 점은 메시지 추적을 통해 검색하는 것보다 훨씬 빠를 수 있지만 완전히 완료되지는 않을 수도 있다는 것입니다.
또한 발신 SMTP 서버의 IP에 대한 역방향 PTR을 갖는 것과 같은 모든 기본 사항을 다루었는지 확인하기 위해 SMTP 테스터를 사용하셨습니까?
재시도 상태인 경우 나는 항상 텔넷을 통해(메시지가 전송되는 곳까지) 초기 SMTP 단계를 통해 원격 SMTP 서버로 이동하여 특정 SMTP 오류가 발생하는지 확인하는 것을 좋아합니다. 나는 이 일을 좋아하는 이유는 단지 그것이기 때문이다느낌Exchange GUI가 나에게 너무 멀게 느껴지기 때문에 실제로 무슨 일이 일어나고 있는지에 더 가깝습니다.