승인됨: Fortect
응용 프로그램이 dnsconnectordelivery 2007 오류 교환을 표시하고 있음을 나타내는 오류를 찾을 수 있습니다. 이 문제를 해결하기 위해 취할 수 있는 여러 단계가 있으므로 지금부터 이에 대해 이야기해 보겠습니다.
<울><리>
<리>
<리>
- 적용 대상:
- Exchange Server 2013 Enterprise, Exchange Server 2013 Standard Edition, Exchange Server 2010 Enterprise, Exchange Server Next Year Standard, Exchange Server 2016 Enterprise Edition, Exchange Server Standard 2016 Edition
일부 원격 도메인에 대해 Emailonline 메일 보내기 오류
이 문제는 원격 DNS 서버가 AAAA 요청을 무시하거나 예기치 않은 응답을 반환하는 경우 발생할 수 있습니다.
이 문제를 해결하려면 리본에 할당된 원격 이름을 만드십시오. (각 도메인의 커넥터 리디렉터를 만듭니다). 그런 다음 원격 도메인의 이메일 웹을 효율적인 호스트로 많이 사용하도록 Send band를 구성해야 합니다. 이렇게 하려면 다음 단계를 따르십시오.
<올>
2. 네트워크 설정에서 다음 유형을 사용하여 스마트 메일 코스 플로팅 옵션을 선택합니다. 일반적으로 개인 단계에서 그 사람이 확인한 MX 레코드의 IP 주소를 추가합니다.
잠재적으로 다른 설정에 기본값을 사용할 수 있습니다. 추가 중요 사항은 특정 도메인에 대한 전용 송신 커넥터 구성 을 참조하십시오.
보시다시피 Exchange Server가 원격 도메인의 이 펀치 인으로 전자 메일을 보낼 때 요청 DN을 우회하고 IP 주소를 사용하여 원격 도메인의 웹 페이지 전자 메일 서버에 직접 연결합니다.
모든 원격 문제 도메인에서 나에게 이메일을 보낼 때 오류가 발생합니다
이것은 Microsoft Exchange Server에서 사용하는 DNS 서버가 다운되었기 때문에 나타날 수 있습니다. 기본적으로 Exchange는 나가는 원격 전자 메일을 라우팅하기 위해 반환되는 서버의 네트워크 어댑터에 대한 DNS 설정을 사용합니다.
이 문제를 해결하려면 새 로컬 DNS 서버 문제를 해결하고 패키지를 원격으로 라우팅하도록 외부 DNS 서버를 구성할 수 있습니다. 메일 라우팅을 원격으로 관리하도록 DNS 서버를 구성하려면 다음 단계를 따르십시오.
<올>
송신 커넥터를 소유한 Exchange 서버의 속성 페이지를 연 다음 일반 인구 서버 외부 DNS 조회를 위한 매개변수 추가
“서버와 관련하여 외부 DNS 설정에 대한 정확한 조회 사용 및 상당수의 중요한 원격 라우팅을 담당하는 커넥터에서 찾은 전송 역할에 대한 옵션” 선택을 선택하십시오.
<섹션>
질문
<리>
신뢰할 수 있는 특정 도메인으로 직접 이메일을 보내는 데 문제가 있습니다.
토론을 위해 문제 영역을 하나 불러봅시다.
나는 다른 사람의 이름을 주고 받는 것뿐입니다.
Exchange 2005와 함께 SBS 2008을 사용하고 있습니다.
DNS를 사용하여 가져옵니다. 그리고 ISP 보드의 DNS 원격 컴퓨터에 있는 가장 중요한 DNS 서버에 대한 외부 전송 DNS 조회 설정을 활용하기 위해 Send Detector Network 탭의 네트워크 거부 확인란도 선택했습니다.
이 명령줄에서 nslookup을 제공했을 때
C: Windows system32> nslookup
일반 서버: 알 수 없는 주소
: fe80 :: 1d11: 6c69: c59: 9c72
IP용으로 사용한다고
> 서버 10.202.2.220
표준 서버: [10.202.2.220]
주소: 10.202.2.220
> euctions.ie
서버: [ 10.202 2.220]
주소: 10.202.2.220
답변:
승인되지 않은 이름: 문제 domain.ie
주소: XX.XXX.XXX.XX <- 모두 올바른 It-IP
잘 녹습니다.
연결 로그를 확인하면 다음과 같은 이미지가 떠오릅니다.
CC9CC817F1FDB6, SMTP, problemdomain.ie, +, 97d0d5db-0bc1-426d-b9e4-347c59db8bbe
2010-03-29T12: 00: 35.914Z, 08CC9FsDB817, SMTP, euction, SMTP 85.91.1.129 프로세스
2010-03-29T12: 이중 0: 35.914Z, 08CC9CC817F1FDB6, SMTP, problemdomain.ie, -, ‘DnsConnectorDelivery’에 대한 DNS 쿼리: ‘problemdomain.ie’1d5 ‘920dbc b9e4 – 347c59db8bbe ‘오류 실패: ErrorRetry
그렇다면 그의 Sen SMTP 커넥터가 타사 서버의 DNS를 사용하고 있음을 알 수 있습니다. 아니요 포럼에 연결할 수 없습니다.
삽입물을 관리하기 위해 이 특정 컴퓨터를 nslookup에 넣으면 다음 항목을 선택합니다.
C: Windows system32> nslookup
표준 서버: 알 수 없음
주소: fe80 :: 1d11: 6c69: c59: 9c72
< p>> 서버 85.91.1.129
기본 서버: [85.91.1.129]
주소: 85.91.1.129
> 모음 q = mx
> problemdomain.ie
서버: [85.91.1.129]
주소: 85.91.1.129
무단 응답:
problemdomain.ie MX 희망은 10, 메일 = 교환기 smtpxx.cp.irishdomains.co
t
승인됨: Fortect
Fortect은 세계에서 가장 인기 있고 효과적인 PC 수리 도구입니다. 수백만 명의 사람들이 시스템을 빠르고 원활하며 오류 없이 실행하도록 신뢰합니다. 간단한 사용자 인터페이스와 강력한 검색 엔진을 갖춘 Fortect은 시스템 불안정 및 보안 문제부터 메모리 관리 및 성능 병목 현상에 이르기까지 광범위한 Windows 문제를 빠르게 찾아 수정합니다.
problemdomain.ie 네임서버는 ns1.irishdomains.com과 같습니다.
problemdomain.ie 네임서버는 ns2.irishdomains.com을 추가로 smtpxx.cp.irishdomains.com을 의미합니다. 인터넷 주소 = XX. XXX.XXX. XX
ns1.irishdomains.com 인터넷 주소 = XX.XXX.XXX.XX
ns2.irishdomains.com 인터넷 주소 = XX.XXX.XXX.XX
>
비 NS 조회 명령줄 버전 때문에 동의하는 것 같지만 실제로는 Exchange에서 특별히 사용하는 버전입니다.
아이디어가 있는 사람이 있습니까?
감사합니다.
알버트
답변
<울> <리>
수정되었습니다!
어느 부분이 수정되었는지 모르겠지만 불행히도 DNS의 주요 문제인 것 같습니다.
내 DNS 캐시에 저장된 메일 서버 IP 시스템이 제거되지 않는 것을 발견했습니다.
외부 DNS 조회가 활성화되어 있다고 가정했지만 다시 비활성화된 것처럼 보이면 비활성화되었습니다.
최신 DNS 서버의 캐시를 지우라는 이 게시물을 찾았습니다.
http://blog.brainlitter.com/archive/2009/06/19/exchange-2007-difficulty-delivering-email-to-some-domains-%E2%80%93-error-451-4- 4-0-dns-query-failed.aspx
그런 다음 SMTP 송신 커넥터 설정을 확인하고 제품을 다시 확인하자마자 게시물이 배달되었으므로 Secondary DNS가 확인되지 않은 것을 발견했습니다.
>
2010-03-29T14: 13: 16.269Z, 08CC9D5838032365, SMTP
지금 이 간단한 다운로드로 컴퓨터 성능을 높이십시오. 년
년
