이 문서는 기계 번역을 이용하여 번역되었습니다. 문서를 영문으로 보려면 영문 확인란을 선택하세요. 마우스 포인터를 텍스트 위로 이동시켜 팝업 창에서 영문 텍스트를 표시할 수도 있습니다.
번역
영문

메일 라우팅

[이 항목은 시험판 설명서로, 향후 릴리스에서 변경될 수 있습니다. 빈 항목은 자리 표시자로 포함되어 있습니다. 피드백이 있다면 기꺼이 듣겠습니다! ExchangeHelpFeedback@microsoft.com으로 전자 메일을 보내 주세요.]  

적용 대상:Exchange Server 2016

메일 Exchange 2016 조직에 있는 Exchange 서버 간에 라우팅되는 방법을 설명 합니다.

Exchange 조직에서 사서함 서버에 있는 전송 서비스의 기본 작업을 최종 대상에 사용자 및 외부 소스 로부터 받은 메시지 라우팅 하는 것입니다. 라우팅 결정을 내릴 메시지 분류 하는 동안 수행 됩니다. 분류기는 모든 들어오는 메시지를 처리 하 고 해당 대상에 대 한 정보를 기반으로 메시지를 사용 하 여 수행할 동작을 결정 하는 전송 서비스의 구성 요소입니다.

라우팅 Exchange 2016 에 Exchange 2013 에서 거의 모든 변경 되지 않습니다. 다음은 Exchange 2016Exchange 2010 에 비해 라우팅에 대 한 중요 한 변경 사항입니다.

  • Exchange 2016 라우팅 데이터베이스 가용성 그룹 (Dag)의 완벽 하 게 인식 이며 DAG 구성원 Active Directory 서로 다른 사이트에 있는 경우에 라우팅 결정에 DAG 구성원 자격을 사용할 수 있습니다. Dag에 속하지 않는 사서함 서버에 대 한 하 고 이전 버전 Exchange 의 상호 운용성을 위해 Exchange 2016 라우팅 결정에 Active Directory 사이트 구성원 자격을 사용 하 여 계속 합니다.

  • 전송 서비스는 하지 사서함 데이터베이스와 직접 통신합니다. 대신, 로컬 또는 원격 사서함 서버의 전송 서비스 사서함 전송 서비스와 통신합니다. 사서함 전송 서비스에만 로컬 사서함 데이터베이스와 통신합니다. 사서함 서버는 DAG의 구성원 인 사서함 데이터베이스의 활성 복사본을 보유 하는 사서함 서버에서 사서함 전송 서비스에만 대상 받는 사람에 게 메시지를 허용 합니다.

  • 원격 프로시저 호출 (Rpc)를 메시지를 보내거나 로컬 사서함 데이터베이스에서 메시지를 받을 사서함 전송 서비스에만 사용 됩니다. 사서함 서버는 DAG의 구성원 인 사서함 전송 서비스만 사용 하 여 Rpc 사서함 데이터베이스의 활성 복사본을 로컬로 통신할 수 있습니다. 즉, RPC 교차 서버 또는 서비스 간 통신에 사용 되지 않습니다. 대신, 사서함 전송 서비스 및 전송 서비스 항상 통신 SMTP를 사용 하 여 합니다.

  • Exchange 2016 는 원격 대상에 대 한 더 정확한 큐를 사용 합니다. Exchange 2016Active Directory 원격 사이트에 있는 모든 대상에 대 한 하나의 큐를 사용 하는 대신 개별 송신 커넥터와 같은 Active Directory 사이트 내에서 특정 대상에 대 한 메시지 큐에 넣습니다.

  • 연결 된 커넥터 더이상 사용할 수 없습니다. 연결 된 커넥터 송신 커넥터에 연결 된 수신 커넥터를 했습니다. 수신 커넥터에서 받은 모든 메시지 된 송신 커넥터에 자동으로 전달 됩니다.

목차

Routing components

Routing messages

사서함 서버의 전송 서비스에서 메시지를 받으면 메시지가 분류 해야 합니다. 메시지 분류의 첫번째 단계는 받는 사람 확인 합니다. 받는 사람, 해결 된 후에 최종 대상을 확인할 수 있습니다. 라우팅, 다음 단계에는 가장 해당 대상에 도달 하는 방법을 결정 합니다. Exchange 2016 에서 라우팅 유연성에 대 한 일반화 및 라우팅 대상배달 그룹의 개념을 사용 하 여 복잡성을 줄일 수도 있습니다.

메시지에 대 한 최종 대상 라우팅 대상에 호출 됩니다. Exchange 조직의 복잡성에 관계 없이 놀랍게도 몇 라우팅 대상이 있습니다. 와 같습니다.

  • 사서함 데이터베이스   Exchange 조직에 사서함이 있는 모든 받는 사람에 대 한 라우팅 대상입니다. Exchange 2016 및 Exchange 2013 에서 공용 폴더는 사서함의 유형 이므로 사서함 받는 사람에 게 메시지를 라우팅하는 동일는 공용 폴더 받는 사람에 게 메시지를 라우팅.

  • 연결선   송신 커넥터는 송신 커넥터 (주소 공간, 범위 또는 하지 등)의 구성에 따라 SMTP 메시지에 대 한 라우팅 대상으로 사용 됩니다. 마찬가지로, 배달 에이전트 커넥터 또는 외부 커넥터는 사용 되는 라우팅 대상으로 비 SMTP 메시지에 대 한 합니다.

  • 메일 그룹 확장 서버   메일 그룹에 지정 된 확장 서버 (그룹의 구성원 목록을 확장 하는 일을 담당 하는 서버)에 있을 때 라우팅 대상입니다. 메일 그룹 확장 서버는 Exchange 2016 사서함 서버를는 Exchange 2013 에 사서함 서버 또는 Exchange 2010 허브 전송 서버입니다.

이전 버전의 Exchange 이러한 라우팅 대상 있었지만 라우팅 대상 걸었는지 받지 note 합니다.

맨 위로 이동

하나 이상의 전송 서버의 컬렉션은 각 라우팅 대상에 배달 하는 일을 담당 합니다. 이 컬렉션 전송 서버의 배달 그룹이라고 합니다. 용어 전송 서버 는 서버 Exchange 2016 사서함 서버 (전송 서비스), Exchange 2013 사서함 서버 (전송 서비스) 또는 Exchange 2010 허브 전송 서버를 혼합 하지 않을 수 있으므로 사용 됩니다. 다음 표에 라우팅 대상 및 배달 그룹 간의 관계는 설명이 나와 있습니다.

 

라우팅 대상배달 그룹

Exchange 2016 또는 Exchange 2013 사서함 데이터베이스

Exchange 2016 또는 Exchange 2013 사서함 서버입니다.

Exchange 2010 사서함 데이터베이스

만 Exchange 2010 허브 전송 서버입니다.

커넥터

Exchange 2016 사서함 서버, Exchange 2013 사서함 서버 또는 Exchange 2010 허브 전송 서버를 선택 합니다.

메일 그룹 확장 서버

Exchange 2016 사서함 서버, Exchange 2013 사서함 서버 또는 Exchange 2010 허브 전송 서버를 선택 합니다.

메시지가 라우팅되는 방법을 소스 배달 그룹 및 대상 배달 그룹 간의 관계에 따라 달라 집니다.

  • 원본 및 대상 배달 그룹 같은 경우에 없는 라우팅 결정을 내릴 요소가 필요 합니다. 라우팅 대상이 메시지에 대 한 다음 홉입니다.

  • 원본 배달 그룹 대상 배달 그룹 밖에 있으면 라우팅 결정을 내릴 요소가 필요 합니다. 대상 배달 그룹에 사용 되는 최소 비용 라우팅 경로 따라 메시지를 릴레이 됩니다. 크기와 복잡도 Exchange 환경에 따라 라우팅 대상에 게 배달에 대 한 대상 배달 그룹에 도달 하기 위해 많은 전송 서버를 통해 메시지를 릴레이 될 수 있습니다.

다음 표에 다양 한 유형의 Exchange 2016 에 존재 하는 배달 그룹 요약 됩니다.

 

배달 그룹 유형배달 그룹라우팅 대상설명

라우팅할 수 있는 DAG

Exchange 2016 Exchange 2016 DAG 속하는 사서함 서버입니다.

Exchange 2013 Exchange 2013 DAG 속하는 사서함 서버입니다.

DAG에서 사서함 데이터베이스

DAG에서 사서함 서버에 도착 하면 메시지 전송 서비스는 대상 사서함 데이터베이스의 활성 복사본을 포함 하 고 있는 DAG 구성원에서 사서함 전송 배달 서비스로 메시지를 라우팅합니다. 그런 다음 사서함 전송 배달 서비스는 로컬 사서함 데이터베이스에 메시지를 배달 합니다. DAG Active Directory 서로 다른 사이트에 있는 사서함 서버를 포함할 수 있습니다, 하지만 DAG은 Active Directory 사이트가 아닌 배달 그룹을 정의 합니다.

사서함 배달 그룹 (Exchange 2016 및 Exchange 2013 )

Exchange 2016 사서함 서버와 Active Directory 사이트에서 Exchange 2013 사서함 서버입니다.

Exchange 2016 사서함 서버 또는 DAG에 속하는 하지 Active Directory 사이트에서 Exchange 2013 사서함 서버에서 사서함 데이터베이스입니다.

Exchange 2016 에 있는 사서함 데이터베이스 사서함 서버 및 DAG에 속하지 않는 Exchange 2013 사서함 서버 Exchange 2016 사서함 서버와 동일한 Active Directory 사이트의 Exchange 2013 사서함 서버에서 전송 서비스에 의해 처리 됩니다.

Active Directory 사이트에서 Exchange 2016 또는 Exchange 2013 사서함 서버에 도착 하면 메시지 전송 서비스 SMTP를 사용 하 여 사서함 데이터베이스를 포함 하는 사서함 서버의 사서함 전송 배달 서비스로 메시지를 전송 하도록 합니다. 사서함 전송 배달 서비스는 다음 RPC를 사용 하 여 로컬 사서함 데이터베이스에 메시지를 배달 합니다.

즉, 다음 메일 배달 경로 Exchange 의 다양 한 버전 간에 지원 됩니다.

  • Exchange 2016 서비스 Exchange 2013Exchange 2013 사서함 데이터베이스에 사서함 전송 배달 서비스를 전송 합니다.

  • Exchange 2013 서비스 Exchange 2016Exchange 2016 사서함 데이터베이스에 사서함 전송 배달 서비스를 전송 합니다.

사서함 배달 그룹 (Exchange 2010 )

Exchange 2010 Active Directory 사이트에 허브 전송 서버입니다.

Active Directory 사이트에서 Exchange 2010 사서함 서버에서 사서함 데이터베이스입니다.

Exchange 2010 사서함 서버에 있는 사서함 데이터베이스는 동일한 Active Directory 사이트에 Exchange 2010 허브 전송 서버에서 서비스를 제공 합니다.

메시지가 Active Directory 사이트의 임의 Exchange 2010 허브 전송 서버에 도착, 후 허브 전송 서버에서 저장소 드라이버 RPC을 사용 하 여 사서함 데이터베이스에 메시지를 작성 합니다.

커넥터 원본 서버

모든 사서함 서버를 Exchange 2016, Exchange 2013 사서함 서버 또는 커넥터에 대 한 원본 전송 서버로 정의 된 Exchange 2010 허브 전송 서버의 혼합 합니다.

송신 커넥터, 배달 에이전트 커넥터 또는 외부 커넥터입니다.

커넥터 (즉은 동일한 Active Directory 사이트의 서버를 전송 하기 위해 제한 됨). 범위으로 지정 하는 경우 해당 사이트의 다른 전송 서버 에서만 연결선을 알고 및 커넥터 메일 라우팅에 사용할 수 있습니다.

커넥터의 범위가 지정 되지 전체 Active Directory 포리스트에 있는 모든 전송 서버 연결선을 알고 및 커넥터를 사용 하 여 메일을 라우팅할 수 있습니다.

서버 목록

Exchange 2016 사서함 서버, Exchange 2013 사서함 서버 또는 메일 그룹 확장 서버도 정의 된 Exchange 2010 허브 전송 서버입니다.

메일 그룹 확장 서버입니다.

없음

AD 사이트

Exchange 2016 사서함 서버, Exchange 2013 사서함 서버 또는 Exchange 2010 허브 전송 서버에 있는 모든 혼합:

  • 허브 사이트로 구성 된 Active Directory 사이트입니다.

  • Edge 전송 서버 구독는 Active Directory 사이트입니다.

None입니다. 메시지는 실제 라우팅 대상 하는 방법에 Active Directory 사이트를 통해 이동 해야 합니다.

이 배달 그룹 형식이 Exchange 2016 에서 유일한 라우팅 시나리오 지연된 된 팬아웃 사용 계속 됩니다. 해당 작업을 지연 된 팬아웃 하려고 하면 여러 라우팅 대상 부분에서는 최소 비용 라우팅 경로 공유 하는 경우 메시지 전송의 수를 줄입니다.

허브 사이트 Active Directory 사이트는 메시지에 대 한 최소 비용 라우팅 경로 따라 존재 하는 경우에 사용 됩니다.

Edge 전송 서버에 대 한 구독된 Active Directory 사이트에서 모든 사서함 서버의 전송 서비스는 해당 서버 EdgeSync 동기화에 참여 하는 여부에 관계 없이 Edge 전송 서버로 메시지를 보낼 수 있습니다. 자세한 내용은 Edge 전송 서버을 참조 하십시오.

note참고:
배달 그룹 멤버 자격에 함께 사용할 수 없는 것은 아닙니다. 예, DAG의 구성원 인 한 Exchange 2016 사서함 서버는 송신 커넥터의 원본 전송 서버 될 수도 있습니다. 사서함 서버는 DAG에서 사서함 데이터베이스에 대 한 라우팅할 수 있는 DAG 배달 그룹 및 송신 커넥터에 대 한 커넥터 원본 서버 배달 그룹에 속해 있습니다.

맨 위로 이동

각 메시지 배달 큐는 보내는 전송 서버의 관점에서 특정 메시지에 대 한 대상을 나타냅니다. 메시지에 대 한 대상을 선택 하는 전송 서비스를 하는 경우 대상은 NextHopSolutionKey 특성으로 받는 사람에 표시 됩니다. 단일 메시지는 둘 이상의 받는 사람에 게 전송 하는 경우 각각의 받는 사람에는 NextHopSolutionKey 특성이 있습니다. 또한 수신 전송 서버 메시지 분류를 수행 하 고 배달에 대 한 메시지 큐에 넣습니다. 메시지를 큐에 대기 된 후에 다음 홉 대상에 도달할 때 메시지를 다시 릴레이 있는지 여부를 결정 하는 특정 큐에 대 한 배달 유형을 검사할 수 있습니다. NextHopSolutionKey 특성의 고유 값 마다 별도 메시지 배달 큐에 해당합니다.

자세한 내용은 NextHopSolutionKey을 참조 하십시오.

맨 위로 이동

메시지 원격 배달 그룹에 전달 하는 경우 메시지에 대 한 라우팅 경로 결정 해야 합니다. Exchange 2016 는 다음과 같은 논리를 사용 하 여 메시지에 대 한 라우팅 경로 선택 합니다. 이 논리 Exchange 2010 에서 기본적으로 변경 되지 않습니다.

  1. 대상에 도달하기 위해 통과해야 하는 IP 사이트 링크의 비용을 합하여 최소 비용의 라우팅 경로를 계산합니다. 대상이 커넥터인 경우 주소 공간에 할당된 순위가 선택한 커넥터에 도달하기 위한 순위에 더해집니다. 사용 가능한 라우팅 경로가 여러 개인 경우 집계 비용이 가장 낮은 라우팅 경로가 사용됩니다.

    참고: 커넥터에서 크기 제한 중 한 요소입니다. 메시지의 크기 보다 작은 메시지 크기 제한을 사용 하 여 구성 된 커넥터 고려 대상에서 제외 됩니다. 자세한 내용은 외부 메시지 라우팅에 커넥터 선택을 참조 하십시오.

  2. 집계 순위가 같은 여러 라우팅 경로가 있는 경우에는 각 경로의 홉 수를 평가하여 홉 수가 가장 적은 라우팅 경로가 사용됩니다.

  3. 둘 이상의 라우팅 경로 계속 사용할 수 있는 대상 하기 전에 Active Directory 사이트에 할당 된 이름으로 간주 됩니다. 여기서는 대상에 가장 가까운 Active Directory 사이트는 영숫자 순으로 가장 낮은 라우팅 경로가 사용 됩니다. 대상에 가장 가까운 사이트 평가 중인 모든 라우팅 경로 대해 동일한 경우에 이전 사이트 이름으로 간주 됩니다.

Exchange 2010 각 메시지 받는 사람이 하나만 Active Directory 사이트와 연결 하 고 대상 사이트를 원본 Active Directory 사이트에서 라우팅 하나만 최소 비용은 합니다. Exchange 2016 배달 그룹 여러 Active Directory 사이트에 걸쳐 있을 수 있습니다 하 고 해당 사이트에 여러 최소 비용 라우팅 경로 있을 수 있습니다. Exchange 2016주 사이트와 대상 배달 그룹에서 단일 Active Directory 사이트를 지정합니다. 주 사이트는 앞에서 설명한 라우팅 논리를 기반으로 가장 가까운 Active Directory 사이트입니다. 성공적으로 배달 그룹 간에 메시지를 라우팅할, Exchange 2016 는 다음 문제를 고려 가지 합니다.

  • 최소 비용 라우팅 경로에 하나 이상의 허브 사이트가 있는지 여부   기본 사이트에 대한 최소 비용 라우팅 경로에 허브 사이트가 포함되어 있는 경우에는 허브 사이트를 통해 메시지를 라우팅해야 합니다. 최소 비용 라우팅 경로를 통해 가장 가까운 허브 사이트가 허브 사이트에 모든 전송 서버가 포함되는 AD site 유형의 새 배달 그룹으로 선택됩니다. 메시지가 허브 사이트를 통과한 후 해당 메시지는 최소 비용 라우팅 경로를 통해 계속 라우팅됩니다. 기본 사이트가 허브 사이트가 될 경우 기본 사이트는 다음과 같은 이유로 계속 허브 사이트로 간주됩니다.

    • 대상 배달 서버가 여러 Active Directory 사이트에 걸쳐 있는 경우 원본 서버에 허브 사이트의 서버에 연결 하만 시도해 야 합니다.

    • 대상 배달 그룹에 속해 있는 허브 사이트의 서버는 것이 좋습니다.

    Exchange 의 이전 버전에서와 같이 기본 사이트는 최소 비용 라우팅 경로에 없는 허브 사이트는 무시 됩니다.

  • 대상 라우팅 그룹에서을 선택 하는 대상 Exchange 서버 배달 그룹 내에서 특정 서버로 라우팅 경로 대상 배달 서버가 여러 Active Directory 사이트에 걸쳐 있는 하는 경우 다른 비용 할 수도 있습니다. 배달 그룹에 대 한 대상 서버 최소 비용 라우팅 경로 기반으로 하며 Active Directory 사이트 것 처럼 가장 가까운 Active Directory 사이트에 있는 서버 선택에서 서버는 기본 사이트를 선택 합니다.

  • 대상 라우팅 그룹의 모든 서버에 연결 하려고 시도 하는 경우 대체 옵션 실패   대상 배달 서버가 여러 Active Directory 사이트에 걸쳐 있는 경우 첫번째 대체 옵션은 대상 서버로 선택 되지 않은 다른 Active Directory 사이트에서 대상 배달 그룹의 다른 모든 서버입니다. 서버 선택은 다른 Active Directory 사이트에 최소 비용 라우팅 경로 기반으로 합니다. 대상 배달 그룹에는 로컬 Active Directory 사이트의 모든 서버를 하는 경우에 없는 다른 대체 옵션 메시지 가능한 대상 라우팅 대상에 근접 이미 있기 때문에. 대상 배달 그룹에는 원격 Active Directory 사이트에서 서버를 주 사이트의 다른 모든 서버에 연결 하려고 하는 하는 옵션. 인증 시도가 실패 하면 주 사이트의 최소 비용 라우팅 경로 backoff 경로 사용 됩니다. Exchange 2016 가능한 대상에 근접 연결이 만들어질 때까지 최소 비용 라우팅 경로 따라 홉 홉을 오프 백업 하 여 메시지를 배달 하려고 시도 합니다.

맨 위로 이동

Exchange 2016 경로 Active Directory 사이트 간의 메시지는 방법은 거의 모든 Exchange 2010 와 동일 합니다. 자세한 내용은 Active Directory 사이트간 메일 라우팅을 참조 하십시오.

맨 위로 이동

프런트엔드 전송 서비스 트래픽에 대 한 모든 인바운드 및 아웃 바운드 (선택 사항) 외부 SMTP Exchange 조직에 대 한 상태 비저장 프록시로 작동 합니다. 보내는 메시지에 대 한 그렇게 구체적으로 구성 하는 경우에 전송 서비스는 프런트엔드 전송 서비스와 통신 합니다. 자세한 내용은 프록시 아웃 바운드 메일에 대 한 송신 커넥터를 구성 합니다.을 참조 하십시오.

들어오는 메시지에 대 한 프런트엔드 전송 서비스를 받을 수 또는 받는 사람 유형에 관계 없이 메시지 전송 단일, 정상 전송 서비스를 신속 하 게 찾아야 합니다. 이렇게 하지 않으면 보내는 서버에서 사용할 수 없도록가 인식 되는 전자 메일 서비스에서 발생 합니다. 전송 서비스와 마찬가지로 프런트엔드 전송 서비스 Active Directory 정보를 기반으로 라우팅 테이블을 로드 하 고 배달 그룹을 사용 하 여 메시지를 라우팅하는 방법을 결정 합니다. 그러나 프런트엔드 전송 서비스에서 사용 되는 라우팅 테이블에는 다음과 같은 고유한 특성을 갖습니다.

  • 프런트엔드 전송 서비스는 사서함 서버 및 클라이언트 액세스 서버 (이 항상 Exchange 2016 의 대/소문자) 동일한 실제 서버에 설치 된 경우에 배달 그룹의 구성원을 고려 되지 않습니다. 이렇게 하면 프런트엔드 전송 서비스 전송 서비스에만 통신할 수 있습니다.

  • 라우팅 테이블에는 송신 커넥터 경로가 포함되어 있지 않습니다.

  • 라우팅 테이블에는 빠른 장애 조치에 대 한 특별 한 로컬 Active Directory 사이트에서 사서함 서버 목록이 포함 합니다.

Front End Transport Service에서 라우팅하면 메시지 받는 사람이 사서함 데이터베이스로 확인됩니다. Front End Transport Service에서 사용되는 사서함 서버의 목록은 메시지 받는 사람의 사서함 데이터베이스를 기반으로 합니다. 예를 들어 받는 사람이 메일 그룹이거나 메일 사용자인 경우 사서함을 가지고 있지 않을 수 있습니다. Front End Transport Service에서는 각 사서함 데이터베이스에 대한 배달 그룹 및 관련 라우팅 정보를 조회합니다. Front End Transport Service에서 사용되는 배달 그룹은 다음과 같습니다.

  • 라우팅할 수 있는 DAG

  • 사서함 배달 그룹

  • AD 사이트

받는 사람의 수와 유형에 따라 Front End Transport Service에서는 다음 작업 중 하나를 수행합니다.

  • 단일 사서함 받는 사람을 메시지에 대상 배달 그룹에서 사서함 서버를 선택 하 고 Active Directory 사이트의 근접성을 기준으로 사서함 서버에 대 한 기본 설정을 제공 합니다. 받는 사람에 게 메시지를 라우팅 허브 사이트를 통해 메시지를 라우팅에 포함 될 수 있습니다.

  • 사서함 받는 사람이 여러 명인 메시지에 대 한 Active Directory 사이트의 근접성을 기준으로 가장 가까운 배달 그룹에서 사서함 서버를 선택 하는 경우 처음 20 명을 사용 합니다. Note는 메시지 분기 앞에 발생 하지 않습니다 하나에 사서함 서버 선택 궁극적으로 메시지의 받는 사람 수에 관계 없이 최종 전송 합니다.

  • 메시지에 사서함 받는 사람이 없으면, 로컬 Active Directory 사이트의 임의 사서함 서버를 선택 합니다.

맨 위로 이동

사서함 전송 서비스의 별도 두 서비스 구성: 사서함 전송 서비스와 사서함 전송 배달 서비스입니다. 사서함 전송 배달 서비스 전송 서비스에서 SMTP 메시지를 수신 하 고 메시지를 배달할 RPC를 사용 하 여 로컬 사서함 데이터베이스에 연결 합니다. 사서함 전송 서비스는 RPC를 사용 하 여 메시지를 검색 하 여 로컬 사서함 데이터베이스에 연결 하 고 SMTP를 통해 전송 서비스에는 메시지를 전송 합니다. 사서함 전송 서비스는 동적 및 메시지 배달 큐를 사용 하지 않습니다.

전송 서비스와 마찬가지로 사서함 전송 서비스 Active Directory 정보를 기반으로 라우팅 테이블을 로드 하 고 배달 그룹을 사용 하 여 메시지를 라우팅하는 방법을 결정 합니다. 그러나는 사서함 전송 서비스에 고유한 라우팅 기능이 있습니다.

  • 동일한 사서함 서버의 전송 서비스 및 사서함 전송 서비스 존재 하기 때문에 사서함 전송 서비스는 항상 사서함 서버와 동일한 배달 그룹에 속해 있습니다. 이 배달 그룹은 로컬 배달 그룹이라고 합니다.

  • 사서함 전송 제출 서비스에서는 로컬 사서함 서버나 고유한 로컬 배달 그룹의 다른 사서함 서버에 있는 Transport Service로 메시지를 자동으로 보내지 않습니다. 사서함 전송 제출 서비스에서는 Transport Service와 동일한 라우팅 토폴로지 정보에 액세스할 수 있으므로 배달 그룹 외부에 있는 사서함 서버의 Transport Service로 메시지를 보낼 수 있습니다. 로컬 배달 그룹의 사서함 서버는 비 사서함 받는 사람에 배달하기 위한 대체 옵션으로 사용됩니다.

  • 사서함 전송 서비스는만 사서함 서버의 전송 서비스와 통신 합니다.

  • 사서함 전송 서비스는만 로컬 사서함 데이터베이스와 통신 합니다. 사서함 전송 서비스 다른 사서함 서버에서 사서함 데이터베이스와 통신 하는 하지 않습니다.

사용자가 자신의 사서함에서 메시지를 보낼 경우 사서함 전송 제출 서비스에서는 메시지 받는 사람을 사서함 데이터베이스로 확인합니다. 사서함 전송 제출 서비스에서 사용되는 사서함 서버의 목록은 메시지 받는 사람의 사서함 데이터베이스를 기반으로 합니다. 예를 들어 받는 사람이 메일 그룹이거나 메일 사용자인 경우 사서함을 가지고 있지 않을 수 있습니다. 사서함 전송 제출 서비스에서는 각 사서함 데이터베이스에 대해 배달 그룹 및 관련 라우팅 정보를 조회합니다. 사서함 전송 제출 서비스에서 사용되는 배달 그룹은 다음과 같습니다.

  • 라우팅할 수 있는 DAG

  • 사서함 배달 그룹

  • AD 사이트

받는 사람의 수와 유형에 따라 사서함 전송 제출 서비스에서는 다음 작업 중 하나를 수행합니다.

  • 단일 사서함 받는 사람을 메시지에 대상 배달 그룹에서 사서함 서버를 선택 하 고 Active Directory 사이트의 근접성을 기준으로 사서함 서버에 대 한 기본 설정을 제공 합니다. 받는 사람에 게 메시지를 라우팅 허브 사이트를 통해 메시지를 라우팅에 포함 될 수 있습니다.

  • 사서함 받는 사람이 여러 명인 메시지에 대 한 Active Directory 사이트의 근접성을 기준으로 가장 가까운 배달 그룹에서 사서함 서버를 선택 하는 경우 처음 20 명을 사용 합니다.

  • 메시지에 사서함 받는 사람이 없으면 로컬 배달 그룹의 사서함 서버를 선택합니다.

사서함 전송 배달 서비스에서는 Transport Service에서 메시지를 받으면 로컬 사서함 데이터베이스로 배달하기 위해 해당 메시지를 수락하거나 거부합니다. 사서함 전송 배달 서비스에서는 받는 사람이 로컬 사서함 데이터베이스의 활성 복사본에 있는 경우 메시지를 배달할 수 있습니다. 그러나 받는 사람이 로컬 사서함 데이터베이스의 활성 복사본에 없으면 사서함 전송 배달 서비스에서 메시지를 배달할 수 없으며 Transport Service에 배달 못 함 응답을 제공해야 합니다. 예를 들어 사서함 데이터베이스의 활성 복사본이 최근에 다른 서버로 이동된 경우 Transport Service에서 사서함 데이터베이스의 비활성 복사본이 보관된 사서함 서버로 메시지를 잘못 전송할 수 있습니다. 사서함 전송 배달 서비스에서 Transport Service로 반환되는 배달 못 함 응답에는 다음이 포함됩니다.

  • 배달 다시 시도

  • (로 알려져 배달 못함 보고서, 배달 상태 알림, DSN 또는 튀어오르 메시지) NDR을 생성 합니다.

  • 메시지 다시 라우팅

맨 위로 이동

Edge 전송 서버의 전송 서비스에 대 한 SMTP 릴레이 및 모든 인터넷 메일 흐름에 대 한 스마트 호스트 서비스 제공합니다. 들어오는 인터넷에서 이동 하는 메시지는 Edge 전송 서버에서 메시지 배달 큐에 저장 됩니다. 큐 송신 커넥터 사용 하거나 외부 도메인에 해당 합니다. 자세한 내용은 NextHopSolutionKey을 참조 하십시오.

일반적으로 경계 네트워크의 Edge 전송 서버를 설치 하는 경우에 Edge 전송 서버를 Active Directory 사이트 구독 합니다. Active Directory 사이트 Edge 전송 서버에서 메시지를 릴레이 하는 사서함 서버를 포함 합니다. Edge 구독 프로세스 Edge 전송 서버에 대 한 Active Directory 사이트 멤버 자격 회원 정보를 만듭니다. 사이트 회원 정보 명시적 송신 커넥터를 구성 하지 않고 Edge 전송 서버로 메시지를 릴레이 하도록 Active Directory 사이트의 사서함 서버를 사용 합니다.

여러 Active Directory 사이트의 Exchange 서버 서버가 있는 조직에서는 외부 받는 사람에 게 내부 받는 사람에 게에서 아웃 바운드 메일은 먼저 구독된 Active Directory 사이트에 라우팅됩니다. 대상 Active Directory 사이트의 전송 서버는 배달 그룹. 라우팅 대상이 전송 서비스에 가입 된 Active Directory 사이트에서 사서함 서버에서 조직 내 송신 커넥터입니다. 조직 내 송신 커넥터 는 모든 사서함 서버의 전송 서비스에 있는 특별 한 송신 커넥터입니다. 이 송신 커넥터 암시적으로 보이지, 필요 없는 관리 만들어지고 Exchange 서버 간에 메시지를 릴레이 하는데 사용 됩니다.

Edge 전송 서버에서 메일이 라우팅됩니다 하는 방법에 대 한 자세한 내용은 메일 흐름 및 전송 파이프라인을 참조 하십시오.

맨 위로 이동

 
표시: