참고: 이것은 Stackoverflow에서 제가 다시 게시한 것입니다.
나는 DMZ RHEL5 sendmail 서버가 Exchange 2007 서버의 릴레이로 사용되는 보안 목적으로 테스트 환경을 망쳤습니다. Exchange가 환경에서 작동하고 있으며 도메인에서 Outlook을 사용하여 서로 전자 메일을 보내는 Vista 및 XP VM이 있습니다. 저는 Exchange 서버로 전달되는 DMZ sendmail 릴레이로 전자 메일을 보내는 외부 인터넷 VM을 시뮬레이션하려고 했습니다.
모든 사람들이 이것이 너무 큰 문제/질문이라고 생각하기 전에 저는 sendmail/Exchange 가이드를 따랐으며 제가 알고 싶은 것은 Exchange에서 릴레이된 메시지/전자 메일이 "배달되지 않음"인 이유를 확인하는 방법뿐입니다.
기본적으로 저는 Sendmail 서버로 SMTP 메시지를 보내고, 이 서버는 내 Exchange로 중계됩니다. /var/log/maillog는 Exchange로 릴레이되는 전자 메일을 보여줍니다.
Nov 17 13:41:22 externalmailserver sendmail[9017]: pAHIfMuW009017: from=<[email protected]>, size=1233, class=0, nrcpts=1, msgid=<[email protected]>, proto=ESMTP, daemon=MTA, relay=[10.50.50.1]
Nov 17 13:42:17 externalmailserver sendmail[9050]: pAHIfMuW009017: to=<[email protected]>, delay=00:00:55, xdelay=00:00:36, mailer=relay, pri=121233, relay=mailserver.xyz.local. [192.168.1.20], dsn=2.0.0, stat=Sent (<[email protected]> Queued mail for delivery)
이것은 좋지만 받는 사람은 Exchange로부터 전자 메일을 받지 않습니다. 그래서 Exchange를 둘러보기 시작했습니다. "메시지 추적" 문제 해결 도우미에서 처리된 메시지를 쿼리하여 다음을 발견했습니다. (셀을 복사하여 붙여넣어야 했습니다... 형식이 아쉽습니다.)
2011/11/17 RECEIVE SMTP <[email protected]> "Undelivered Mail Returned to Sender" [email protected] [email protected] 192.168.100.10 MAILSERVER\DMZ Relay [email protected]
내가 설정한 DMZ Relay Connector가 릴레이하지 않고 대신 전달된 전자 메일을 보낸 사람에게 배달되지 않은 상태로 반환하는 이유에 대해 누군가 제안할 수 있는지 알고 싶습니다.
내 Exchange Relay 수신 커넥터는 매우 간단합니다. Exchange 서버의 FQDN은 HELO 응답으로 설정되고, 사용 가능한 모든 IP 주소는 릴레이된 전자 메일을 받을 수 있으며, 내 sendmail 서버의 IP 주소는 원격 서버로 특별히 설정되어 있습니다.
업데이트:
Acutally 나는 문제가 무엇인지 알고 있다고 생각합니다. 전자 메일을 보내는 데 사용해야 하는 도구는 텔넷을 통해 수동으로 보낼 때와 다른 메시지를 보내는 것입니다.
SMTP를 통해 텔넷을 통해 이메일을 보내는 경우 msgid=123123...123.PA12312356@[이메일 보호됨].
도구를 통해 이메일을 보내는 경우 ESMTP 메시지입니다.[이메일 보호됨]
Exchange에서 릴레이 확인을 시도해야 하는데 "xyz.local"이라는 서버를 찾을 수 없습니다. 이 말이 맞는 것 같나요? 내가 보낸 텔넷 이메일은 모두 정상적으로 도착했습니다. 도구가 전자 메일을 보내는 방법을 선택할 수 있는 것 같지 않습니다. xyz.local 도메인은 어디서 가져오나요? 텔넷을 사용할 때 sendmail 서버는 자신을 220으로 표시합니다.[이메일 보호됨], 작동합니다.
업데이트 2:
좋아요! 작은 Wireshark가 트릭을 수행했습니다. SMTP 메시지를 보내는 도구가 Message-ID 자체를 설정하는 것 같습니다. 메일 서버가 대상 메일 서버로 보내기 전에 수행하는 것과 매우 비슷할 것 같습니다. 설정된 Message-ID는 도메인(xyz.com) 전용이며 전자 메일이 Sendmail을 통해 Exchange로 릴레이되면 STOREDRIVER에 있는 것처럼 보입니다. STOREDRIVER가 무엇인지는 모르지만 Message-ID에 릴레이의 FQDN(도메인뿐만 아니라)이 포함되어 있고 도메인만 포함되어 있으면 이메일이 전달되지 않는다는 것을 알고 있습니다.
Message-ID: <[email protected]>
Message-ID: <[email protected]>
Exchange에서 일부 조회 필터링을 적용해야 하거나 일부 구성이 누락되었습니다. 누구든지 어떤 아이디어가 있습니까?
답변: 다시 한 번 말씀드리지만, 저는 제 질문에 답할 수는 없지만 "전자 메일이 배달되고 있는데 Outlook이 정크 폴더로 옮기고 있는 것 같습니다."라고 가장 먼저 대답한 사람이 내 투표에서 승리합니다.
좋아요. 메시지는 정상적으로 전달되었지만 Outlook에서는 이를 피싱 시도로 필터링했습니다. 이것은 광범위한 테스트 환경이며 확인하는 일은 결코 발생하지 않았습니다.
답변1
어쩌면 전자 메일이 배달되고 있는데 Outlook이 해당 전자 메일을 정크 폴더로 옮기고 있을 수도 있습니다.