이건 좀 복잡 해요

기술, 삶에 대해 조의 블로그, 사진수록.

최근에는 Exchange 2003의 IIS는 6과 SMTP 도메인을 아주 이상한 문제를 우연히 만났어. 혼합 환경 교류 2,007분의 2,003 갖기 위해이 Exchange org에 대한 책임이 약 10 공개 SMTP 도메인 이름을 가진 사이트입니다. 내 인생의 시작부터 관리자받는 사람 정책 설정과 같은되었습니다이 시스템에 대한있습니다. 모든 SMTP 도메인에서받는 사람 정책에 나열되어 있지만 일부 확인되지 않은있습니다. 년동안 이런 경우 왔으며 우리는 문제가 없었어요.하지만 뭔가가 필요합니다 때문에 지난 며칠 동안 내게 들어오는 모든 메일에 합법적인 공공의 SMTP 도메인의 몇 가지에 대한 보낸 사람에게 다시 반송하는 결과를 메일 배달 문제가 발생했습니다 알아 내려고 노력에 대한 좀 바쁘다 보니 최근에 일어난.

일부 연구 및 수동 테스트 후 어떤 문제의 원인을 확인하려고, 난 이상한 것을 발견하였습니다. 하나의 Exchange에서 IIS 6 메타베이스에서 2003 서버의 공용 SMTP 도메인의 LM 아래에있는 "도메인"키를에서 실종됐다 \ 왜냐하면 그것을 실현하지 않는 SMTPSVC \ 1 \ 도메인입니다. 2 우리가 도메인을 나열되지만 나머지는 모두 실종됐다. 만약 도메인의 SMTP IIS 메타베이스에 나열되지 않은 경우, 서버에서 메일을 거부하려면 해당 도메인을 보내 자사의 책임 그들을 위해 메일을받을 수있습니다. 그래서 테스트를하기로 결정, 내가받는 사람 정책을 열어서 확인하면 모든 공용 SMTP 도메인 옆에 넣어 IIS 메타베이스 정보를 상쾌하기 전에 잠시 기다렸다.되면 다시 확인한 결과, 모든 발견 공공의 SMTP 도메인을 정확하게 IIS 메타베이스에서 지금 나열했다.

앞서 제가 텔넷을 통해 SMTP를 통해 테스트 메시지를 보내려고 하루에있다.했을 때 사용자에게 하나의 난 "릴레이 user@domain.com에없습니다"오류가 발생 것이 영향을받는 도메인에 테스트 메시지를 보내려고 할 것이라고 . IIS는 6 메타베이스를 새로 고친 후, 내 텔넷 테스트 메시지를 성공적으로 허용되고 있었는데 내가 그 사용자가 그들이받은 것으로 드러났다. 다시 말하지만,받는 사람 정책이 사이트에 광고를 처음부터 동일한왔다. 난 이유를 아세요 우리의 모든 수신 메일 문제를 볼 것이라고 갑자기. 난 뭐, 아마도 특질 예기치 않은 직류 셧다운, 아니면 IIS는 6과 SMTP를 이벤트가 다른 어떤 제 3 자 애플 리케이션과 좀 이상한 요행수로 인해 일어날 수있는 후크 추측 그것이 발생했습니다. 난 정말 아무 생각이 있고 시간이되기 전에 우리가 문제를 가지고 시작하여 IIS 6 메타베이스에서 설정의 화면을 캡처하지 않습니다.

뭐가 있는지 다 공개 SMTP 도메인에서 IIS 6 메타베이스에 출연하게되었습니다 문제는 해결했습니다. 그 후 고정되었고이 사용 설명서의 텔넷 테스트 메시지를 확인할 수 있었다 처리, 메일 배달 문제를 촬영했다. 그래서 내가 뭘 알아 문제는 내가 뭘, 그냥 실제로 첫 번째 장소에서 문제가 발생했을는지 모르지만 고정 알아요.

만약 당신 하나를 사용할 수있는 Metabase Explorer를 가지고 나가지 않으면 Microsoft에서 제공하는 다운로드로 제공됩니다 IIS는 6 리소스 키트에 포함되어있습니다.