Exchange Server 메일 라우팅

아티클
04/04/2023

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

Exchange 2016 및 Exchange 2019의 라우팅은 Exchange 2013에서 거의 변경되지 않습니다. Exchange 2010과 비교하여 라우팅에 대한 주목할 만한 변경 사항은 다음과 같습니다.

라우팅은 DAG(데이터베이스 가용성 그룹)를 완전히 인식하고 DAG 멤버가 다른 Active Directory 사이트에 있는 경우에도 라우팅 결정에 DAG 멤버 자격을 사용할 수 있습니다. DAG에 속하지 않는 사서함 서버와 이전 버전의 Exchange와의 상호 운용성을 위해 Active Directory 사이트 멤버 자격은 라우팅 결정에 계속 사용됩니다.
전송 서비스는 사서함 데이터베이스와 직접 통신하지 않습니다. 대신 전송 서비스는 로컬 또는 원격 사서함 서버에서 사서함 전송 서비스와 통신합니다. 사서함 전송 서비스만 로컬 사서함 데이터베이스와 통신합니다. 사서함 서버가 DAG의 구성원인 경우 사서함 데이터베이스의 활성 복사본을 보유하는 사서함 서버의 사서함 전송 서비스만 대상 받는 사람에 대한 메시지를 수락합니다.
RPC(원격 프로시저 호출)는 사서함 전송 서비스에서 로컬 사서함 데이터베이스로 메시지를 보내거나 받는 데만 사용됩니다. 사서함 서버가 DAG의 구성원인 경우 Mailbox Transport Service에서는 사서함 데이터베이스의 활성 복사본과 로컬로 통신하는 데 RPC만 사용합니다. 즉, RPC는 서버 간 또는 서비스 간 통신에 사용되지 않습니다. 대신 사서함 전송 서비스와 전송 서비스는 항상 SMTP를 사용하여 통신합니다.
이제 Exchange는 원격 대상에 대해 보다 정확한 큐를 사용합니다. 이제 Exchange는 원격 Active Directory 사이트의 모든 대상에 하나의 큐를 사용하는 대신 개별 송신 커넥터와 같이 Active Directory 사이트 내의 특정 대상에 대한 메시지를 큐에 대기합니다.
연결된 커넥터는 더 이상 사용할 수 없습니다. 연결된 커넥터는 송신 커넥터에 연결된 수신 커넥터입니다. 수신 커넥터에서 받은 모든 메시지는 자동으로 송신 커넥터에 전달됩니다.

라우팅 구성 요소

사서함 서버의 전송 서비스에서 메시지를 받으면 메시지를 분류해야 합니다. 메시지 분류의 첫 단계는 받는 사람 확인입니다. 받는 사람을 확인하고 나면 최종 대상을 결정할 수 있습니다. 다음 단계인 라우팅에서는 가장 효율적으로 해당 대상에 도달하는 방법을 결정합니다. Exchange의 라우팅은 라우팅 대상 및 배달 그룹의 개념을 사용하여 유연성 향상 및 복잡성 감소를 위해 일반화됩니다.

라우팅 대상

메시지의 최종 대상을 라우팅 대상이라고 합니다. Exchange 조직의 복잡성에 관계없이 라우팅 대상은 놀라울 정도로 적습니다. 다음과 같습니다.

사서함 데이터베이스: Exchange 조직에서 사서함이 있는 받는 사람의 라우팅 대상입니다. Exchange 2013 이상에서는 공용 폴더가 사서함 유형이므로 공용 폴더 받는 사람에게 메시지를 라우팅하는 것은 사서함 받는 사람에게 메시지를 라우팅하는 것과 같습니다.
커넥터: 송신 커넥터는 송신 커넥터(주소 공간, 범위 지정 여부 등)의 구성에 따라 SMTP 메시지의 라우팅 대상으로 사용됩니다. 마찬가지로 배달 에이전트 커넥터 또는 외장 커넥터는 비 SMTP 메시지의 라우팅 대상으로 사용됩니다.
메일 그룹 확장 서버: 메일 그룹에 지정된 확장 서버(그룹의 멤버 자격 목록 확장을 담당하는 서버)가 있는 경우 라우팅 대상입니다. 메일 그룹 확장 서버는 Exchange 2013 이상 사서함 서버 또는 Exchange 2010 Hub 전송 서버입니다.

이러한 라우팅 대상은 이전 버전의 Exchange에 있었지만 라우팅 대상이라고는 하지 않았습니다.

배달 그룹

하나 이상의 전송 서버 컬렉션은 각 라우팅 대상으로 메일을 배달해야 합니다. 이 전송 서버 컬렉션을 배달 그룹이라고 합니다. 서버가 Exchange 2013 이상 사서함 서버(전송 서비스) 또는 Exchange 2010 Hub 전송 서버와 혼합될 수 있기 때문에 전송 서버라는 용어가 사용됩니다. 라우팅 대상과 배달 그룹 간의 관계는 다음 표에 설명되어 있습니다.

라우팅 대상	배달 그룹
Exchange 2013 이상 사서함 데이터베이스	Exchange 2013 이상 사서함 서버.
Exchange 2016 조직의 Exchange 2010 사서함 데이터베이스	Exchange 2010 Hub 전송 서버만.
커넥터	Exchange 2013 이상 사서함 서버 또는 Exchange 2010 Hub 전송 서버.
메일 그룹 확장 서버	Exchange 2013 이상 사서함 서버 또는 Exchange 2010 Hub 전송 서버.

메시지를 라우팅하는 방법은 원본 배달 그룹과 대상 배달 그룹 간의 관계에 따라 달라집니다.

원본 및 대상 배달 그룹이 동일한 경우 라우팅 결정이 필요하지 않습니다. 라우팅 대상은 메시지의 다음 홉입니다.
원본 배달 그룹이 대상 배달 그룹 외부에 있는 경우 라우팅 결정이 필요합니다. 메시지는 대상 배달 그룹에 대한 최소 비용 라우팅 경로를 따라 릴레이됩니다. Exchange 환경의 크기와 복잡성에 따라 메시지는 여러 전송 서버를 통해 릴레이되어 라우팅 대상으로 배달하기 위해 대상 배달 그룹에 도달할 수 있습니다.

Exchange 2016에 있는 다양한 유형의 배달 그룹이 다음 표에 요약되어 있습니다.

배달 그룹 유형	배달 그룹	라우팅 대상	설명
라우팅할 수 있는 DAG	Exchange 2019 DAG에 속하는 Exchange 2019 사서함 서버 Exchange 2016 DAG에 속하는 Exchange 2016 사서함 서버 Exchange 2013 DAG에 속하는 Exchange 2013 사서함 서버	DAG의 사서함 데이터베이스	메시지가 DAG의 사서함 서버에 도착하면 전송 서비스는 대상 사서함 데이터베이스의 활성 복사본을 보유하는 DAG 멤버의 사서함 전송 배달 서비스로 메시지를 라우팅합니다. 그런 다음 사서함 전송 배달 서비스는 로컬 사서함 데이터베이스에 메시지를 전달합니다. DAG에는 다른 Active Directory 사이트에 있는 사서함 서버가 포함될 수 있지만 DAG는 Active Directory 사이트가 아닌 배달 그룹을 정의합니다.
사서함 배달 그룹(Exchange 2013 이상)	Active Directory 사이트의 Exchange 2013 이상 사서함 서버	DAG에 속하지 않는 Active Directory 사이트의 Exchange 2013 이상 서버에 있는 사서함 데이터베이스입니다.	DAG에 속하지 않는 서버에 있는 사서함 데이터베이스는 동일한 Active Directory 사이트의 사서함 서버에서 전송 서비스에 의해 서비스됩니다. 메시지가 Active Directory 사이트의 사서함 서버에 도착하면 전송 서비스는 SMTP를 사용하여 사서함 데이터베이스가 있는 사서함 서버의 사서함 전송 배달 서비스로 메시지를 전송합니다. 그런 다음 사서함 전송 배달 서비스는 RPC를 사용하여 로컬 사서함 데이터베이스에 메시지를 배달합니다. 즉, 다음과 같은 메일 배달 경로가 서로 다른 버전의 Exchange 간에 지원됩니다. Exchange 2019 전송 서비스에서 Exchange 2016 사서함 전송 서비스로 Exchange 2016 사서함 데이터베이스로 전송합니다. Exchange 2019 전송 서비스에서 Exchange 2013 사서함 전송 서비스로 Exchange 2013 사서함 데이터베이스로 전송합니다. Exchange 2016 전송 서비스에서 Exchange 2019 사서함 전송 서비스로 Exchange 2019 사서함 데이터베이스로 전송합니다. Exchange 2013 사서함 전송 서비스로 Exchange 2013 사서함 데이터베이스로의 Exchange 2016 전송 서비스. Exchange 2019 사서함 전송 서비스 간 Exchange 2013 전송 서비스를 Exchange 2019 사서함 데이터베이스로 전송합니다. Exchange 2013 전송 서비스에서 Exchange 2016 사서함 전송 서비스로 Exchange 2016 사서함 데이터베이스로 전송합니다.
사서함 배달 그룹(Exchange 2010)	Active Directory 사이트의 Exchange 2010 Hub 전송 서버.	Active Directory 사이트의 Exchange 2010 사서함 서버의 사서함 데이터베이스입니다.	Exchange 2010 사서함 서버에 있는 사서함 데이터베이스는 동일한 Active Directory 사이트의 Exchange 2010 Hub 전송 서버에서 서비스됩니다. p> 메시지가 Active Directory 사이트의 임의 Exchange 2010 Hub 전송 서버에 도착하면 허브 전송 서버의 저장소 드라이버는 RPC를 사용하여 사서함 데이터베이스에 메시지를 씁니다.
커넥터 원본 서버	커넥터의 원본 전송 서버로 정의된 Exchange 2013 이상 사서함 서버 또는 Exchange 2010 Hub 전송 서버가 혼합되어 있습니다.	송신 커넥터, 배달 에이전트 커넥터 또는 외신 커넥터.	커넥터 범위가 지정되면(즉, 동일한 Active Directory 사이트의 전송 서버로 제한됨) 해당 사이트의 다른 전송 서버만 커넥터를 인식하고 커넥터를 사용하여 메일을 라우팅할 수 있습니다. 커넥터의 범위가 지정되지 않은 경우 전체 Active Directory 포리스트의 모든 전송 서버는 커넥터를 인식하고 커넥터를 사용하여 메일을 라우팅할 수 있습니다.
서버 목록	메일 그룹의 확장 서버로 정의된 Exchange 2013 이상 사서함 서버 또는 Exchange 2010 Hub 전송 서버입니다.	메일 그룹 확장 서버입니다.	없음
AD 사이트	다음과 같은 Exchange 2013 이상 사서함 서버 또는 Exchange 2010 Hub 전송 서버가 혼합되어 있습니다. 허브 사이트로 구성된 Active Directory 사이트입니다. Edge 전송 서버를 구독한 Active Directory 사이트입니다.	없음 메시지는 실제 라우팅 대상으로 가는 길에 Active Directory 사이트를 통해 이동해야 합니다.	이 배달 그룹 유형은 지연된 팬아웃 이 여전히 사용되는 Exchange 2013 이상에서 유일한 라우팅 시나리오입니다. 여러 라우팅 대상이 최소 비용 라우팅 경로의 일부를 공유하는 경우 메시지 전송 수를 줄이려는 팬아웃 시도가 지연되었습니다. 허브 사이트는 메시지에 대한 최소 비용 라우팅 경로를 따라 Active Directory 사이트가 있는 경우에만 사용됩니다. br/> Edge 전송 서버의 경우 구독된 Active Directory 사이트의 사서함 서버에서 전송 서비스는 해당 서버가 EdgeSync 동기화에 참여하는지 여부에 관계없이 Edge 전송 서버로 메시지를 보낼 수 있습니다. 자세한 내용은 Edge 전송 서버를 참조하세요.

참고

배달 그룹 구성원은 상호 배타적이지 않습니다. 예를 들어 DAG의 멤버인 사서함 서버는 송신 커넥터의 원본 전송 서버일 수도 있습니다. 사서함 서버는 DAG의 사서함 데이터베이스에 대한 라우팅 가능한 DAG 배달 그룹과 송신 커넥터에 대한 커넥터 원본 서버 배달 그룹에 속합니다.

큐

전송 서버의 관점에서 각 메시지 배달 큐는 특정 메시지의 대상을 나타냅니다. 전송 서비스에서 메시지의 대상을 선택하면 대상은 받는 사람에게 NextHopSolutionKey 특성으로 스탬프됩니다. 두 개 이상의 받는 사람에게 단일 메시지를 보내는 경우 각 수신자에게 NextHopSolutionKey 특성이 있습니다. 수신 전송 서버도 메시지 분류를 수행하고 배달을 위해 메시지를 큐에 대기합니다. 메시지가 대기 상태가 되고 나면 특정 큐의 배달 유형을 확인하여 해당 메시지가 다음 홉 대상에 도달했을 때 다시 릴레이할 것인지를 결정할 수 있습니다. NextHopSolutionKey 특성의 모든 고유 값은 별도의 메시지 배달 큐에 해당합니다.

자세한 내용은 NextHopSolutionKey를 참조하세요.

메시지 라우팅

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

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

참고: 커넥터의 크기 제한은 여기에 영향을 줍니다. 메시지 크기 제한이 메시지 크기보다 작게 구성된 커넥터는 고려 사항에서 제외됩니다. 자세한 내용은 외부 메시지 라우팅의 커넥터 선택을 참조하세요.
집계 순위가 같은 여러 라우팅 경로가 있는 경우에는 각 경로의 홉 수를 평가하여 홉 수가 가장 적은 라우팅 경로가 사용됩니다.
여러 개의 라우팅 경로를 사용할 수 있는 경우에는 대상 앞의 Active Directory 사이트에 지정된 이름이 고려됩니다. 그런 다음 대상에 가장 가까운 Active Directory 사이트가 영숫자순으로 가장 낮은 순위인 라우팅 경로가 사용됩니다. 대상에 가장 가까운 사이트가 평가 중인 모든 라우팅 경로에서 동일한 경우에는 이전 사이트 이름을 검토합니다.

Exchange 2010에서 각 메시지 수신자는 하나의 Active Directory 사이트에만 연결되며 원본 Active Directory 사이트에서 대상 사이트로의 최소 비용 라우팅은 하나만 있습니다. Exchange 2013 이상에서는 배달 그룹이 여러 Active Directory 사이트에 걸쳐 있을 수 있으며 이러한 사이트에 대한 최소 비용 라우팅 경로가 여러 개 있을 수 있습니다. Exchange는 대상 배달 그룹의 단일 Active Directory 사이트를 기본 사이트로 지정합니다. 기본 사이트는 윗부분에서 설명한 라우팅 논리를 기반으로 가장 가까운 Active Directory 사이트입니다. 배달 그룹 간에 메시지를 성공적으로 라우팅하기 위해 Exchange는 다음 문제를 고려합니다.

최소 비용 라우팅 경로를 따라 하나 이상의 허브 사이트가 있는 경우: 기본 사이트에 대한 최소 비용 라우팅 경로에 허브 사이트가 포함된 경우 메시지를 허브 사이트를 통해 라우팅해야 합니다. 최소 비용 라우팅 경로를 통해 가장 가까운 허브 사이트가 허브 사이트에 모든 전송 서버가 포함되는 AD site 유형의 새 배달 그룹으로 선택됩니다. 메시지가 허브 사이트를 통과한 후 해당 메시지는 최소 비용 라우팅 경로를 통해 계속 라우팅됩니다. 기본 사이트가 허브 사이트가 될 경우 기본 사이트는 다음과 같은 이유로 계속 허브 사이트로 간주됩니다.
- 대상 배달 서버가 여러 Active Directory 사이트에 걸쳐 있는 경우 원본 서버에서는 허브 사이트의 서버에 대한 연결만 시도해야 합니다.
- 대상 배달 그룹에 속하는 허브 사이트의 서버가 선호됩니다.
  
  이전 버전의 Exchange와 마찬가지로 기본 사이트에 대한 최소 비용 라우팅 경로에 없는 허브 사이트는 무시됩니다.
대상 라우팅 그룹에서 선택할 대상 Exchange 서버: 대상 배달 그룹이 여러 Active Directory 사이트에 걸쳐 있는 경우 배달 그룹 내의 특정 서버에 대한 라우팅 경로에 다른 비용이 발생할 수 있습니다. 가장 가까운 Active Directory 사이트에 있는 서버가 최저 비용 라우팅 경로를 기반으로 배달 그룹의 대상 서버로 선택되고 이러한 서버가 있는 Active Directory 사이트가 기본 사이트로 선택됩니다.
대상 라우팅 그룹의 모든 서버에 대한 연결 시도가 실패하는 경우 대체 옵션: 대상 배달 그룹이 여러 Active Directory 사이트에 걸쳐 있는 경우 첫 번째 대체 옵션은 대상 서버로 선택되지 않은 다른 Active Directory 사이트의 대상 배달 그룹에 있는 다른 모든 서버입니다. 서버 선택은 다른 Active Directory 사이트에 대한 최소 비용 라우팅 경로를 기반으로 합니다. 대상 배달 그룹에 로컬 Active Directory 사이트의 서버가 있으면 가능한 한 대상 라우팅 대상에 가까이 메시지가 이미 있으므로 다른 대체 옵션이 없습니다. 대상 배달 그룹에 원격 Active Directory 사이트의 서버가 있으면 대체 옵션은 기본 사이트의 다른 모든 서버에 연결을 시도하는 것입니다.

Active Directory 사이트 간의 메시지 라우팅

Exchange가 Active Directory 사이트 간에 메시지를 라우팅하는 방식은 Exchange 2010과 거의 동일합니다. 자세한 내용은 Active Directory 사이트 간 메일 라우팅를 참조하세요.

사서함 서버의 프런트 엔드 전송 서비스의 라우팅

프런트 엔드 전송 서비스는 Exchange 조직의 모든 인바운드 및 (선택 사항) 아웃바운드 외부 SMTP 트래픽에 대한 상태 비지방 프록시 역할을 합니다. 보내는 메시지의 경우 전송 서비스는 특별히 구성된 경우에만 프런트 엔드 전송 서비스와 통신합니다. 자세한 내용은 Configure Send connectors to proxy outbound mail을 참조하세요.

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

프런트 엔드 전송 서비스는 사서함 서버와 클라이언트 액세스 서버가 동일한 물리적 서버에 설치된 경우에도 배달 그룹의 구성원으로 간주되지 않습니다(Exchange 2016 이상에서는 항상 해당). 이렇게 하면 프런트 엔드 전송 서비스가 전송 서비스와만 통신합니다.
라우팅 테이블에는 송신 커넥터 경로가 포함되어 있지 않습니다.
라우팅 테이블에는 빠른 장애 조치(failover)를 위한 로컬 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 사이트의 근접성을 기반으로 사서함 서버에 우선권을 부여합니다. 받는 사람에게 메시지를 라우팅하는 데 허브 사이트를 통해 메시지를 라우팅하는 작업이 포함될 수 있습니다.
사서함 받는 사람이 여러 명인 메시지의 경우 처음 20명을 사용하여, Active Directory 사이트의 근접성을 기반으로 가장 가까운 배달 그룹에서 사서함 서버를 선택합니다. 프런트 엔드 전송에서는 메시지 분기가 발생하지 않으므로 메시지의 받는 사람 수에 관계없이 궁극적으로 하나의 사서함 서버만 선택됩니다.
메시지에 사서함 받는 사람이 없으면 로컬 Active Directory 사이트의 임의 사서함 서버를 선택합니다.

사서함 서버에 있는 사서함 전송 서비스의 라우팅

사서함 전송 서비스는 사서함 전송 전송 서비스 및 사서함 전송 배달 서비스의 두 가지 개별 서비스로 구성됩니다. 사서함 전송 배달 서비스는 전송 서비스에서 SMTP 메시지를 수신하고 RPC를 사용하여 메시지를 배달하여 로컬 사서함 데이터베이스에 연결합니다. 사서함 전송 제출 서비스는 RPC를 사용하여 메시지를 검색하여 로컬 사서함 데이터베이스에 연결하고 SMTP를 통해 메시지를 전송 서비스에 제출합니다. 사서함 전송 서비스는 상태 비 상태이며 메시지 배달 큐를 사용하지 않습니다.

Transport Service와 마찬가지로 Mailbox Transport Service에서는 Active Directory의 정보를 기반으로 라우팅 테이블을 로드하고 배달 그룹을 사용하여 메시지를 라우팅하는 방법을 결정합니다. 그러나 Mailbox Transport Service에 대해 고유한 라우팅 요소가 있습니다.

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

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

라우팅할 수 있는 DAG
사서함 배달 그룹
AD 사이트

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

사서함 받는 사람이 한 명인 메시지의 경우 대상 배달 그룹에서 사서함 서버를 선택하고, Active Directory 사이트의 근접성을 기반으로 사서함 서버에 우선권을 부여합니다. 받는 사람에게 메시지를 라우팅하는 데 허브 사이트를 통해 메시지를 라우팅하는 작업이 포함될 수 있습니다.
사서함 받는 사람이 여러 명인 메시지의 경우 처음 20명을 사용하여, Active Directory 사이트의 근접성을 기반으로 가장 가까운 배달 그룹에서 사서함 서버를 선택합니다.
메시지에 사서함 받는 사람이 없으면 로컬 배달 그룹의 사서함 서버를 선택합니다.

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

배달 다시 시도
NDR(배달 외 보고서, 배달 상태 알림, DSN 또는 반송 메시지라고도 함)을 생성합니다.
메시지 다시 라우팅

Edge 전송 서버에 있는 전송 서비스의 라우팅

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

일반적으로 경계 네트워크에 Edge 전송 서버를 설치할 때는 Active Directory 사이트에 Edge 전송 서버를 구독합니다. Active Directory 사이트에는 Edge 전송 서버와 메시지를 릴레이하는 사서함 서버가 포함되어 있습니다. Edge 구독 프로세스를 통해 해당 Edge 전송 서버에 대한 Active Directory 사이트 구성원 정보도 만들어집니다. 사이트 소속을 사용하면 Active Directory 사이트의 사서함 서버가 명시적 송신 커넥터를 구성하지 않고도 Edge 전송 서버에 메시지를 릴레이할 수 있습니다.

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

메일이 Edge 전송 서버로 라우팅되는 방법에 대한 자세한 내용은 메일 흐름 및 전송 파이프라인을 참조하세요.