반응형

 이번 포스팅에서는 메일 전송흐름에 대한 이해와 전송관련 서비스에 다뤄보도록 하겠습니다.

원래는 Transport 관련 서비스만 다루려고 했는데 Flow 빼놓고는 설명할 없을 같아서 같이 다루겠습니다.

 

아래의 기술자료를 토대로 Exchange Server 2016 기준으로 확인하고 다른 버전과 비교해 보겠습니다.

Mail flow and the transport pipeline

https://docs.microsoft.com/en-us/exchange/mail-flow/mail-flow

In Exchange Server 2016, mail flow occurs through the transport pipeline. The transport pipeline is a collection of services, connections, components, and queues that work together to route all messages to the categorizer in the Transport service on an Exchange 2016 Mailbox server inside the organization.

 

For information about how to configure mail flow in a new Exchange 2016 organization, see Configure mail flow and client access.

 

Exchange Server 2016에서 전송 파이프 라인을 통해 메일 흐름이 발생합니다. 전송 파이프 라인은 조직 내부에있는 Exchange 2016 사서함 서버에서 경로로 함께 전송 서비스의 분류기에 모든 메시지를 작동 서비스, 연결, 구성 요소 및 큐의 모음입니다.

 

새 Exchange 2016 조직에서 메일 흐름을 구성하는 방법에 대한 자세한 내용은 메일 흐름 및 클라이언트 액세스 구성을 참조하십시오.

 

일단 서비스를 하나씩 살펴보겠습니다.

Front End Transport service

  • All inbound SMTP Traffic
  • (optionally) outbound SMTP traffic
  • Stateless proxy
  • Queue X, inspection X

Front End Transport service on Mailbox servers: 이 서비스는 Exchange 2016 조직의 모든 인바운드 및 (선택적으로) 아웃 바운드 외부 SMTP 트래픽에 대한 상태 비 저장 프록시 역할을합니다. 프런트 엔드 전송 서비스는 메시지 콘텐츠를 검사하지 않으며 사서함 전송 서비스와 통신하지 않으며 메시지를 로컬에 대기시키지 않습니다.

EX2010 에는 해당서비스가 없고, EX2013 에서는 CAS 에서 확인할 습니다.

 

종속성에는 별다른 점은 없어보입니다.

Transport service:

  • This service is virtually identical to the Hub Transport server role in Exchange Server 2010.
  • Handling all SMTP mail flow

(the organization, performs message categorization, and performs message content inspection.)

  • Unlike Exchange 2010, the Transport service never communicates directly with mailbox databases.
  • Routing messages among the Mailbox Transport service, the Transport service, the Front End Transport service, and (depending on your configuration) the Transport service on Edge Transport servers.

Transport service: 이 서비스는 Exchange Server 2010의 허브 전송 서버 역할과 거의 동일합니다. 전송 서비스는 조직의 모든 SMTP 메일 흐름을 처리하고 메시지 분류를 수행하며 메시지 콘텐츠 검사를 수행합니다. Exchange 2010과 달리 전송 서비스는 사서함 데이터베이스와 직접 통신하지 않습니다. 이 작업은 이제 사서함 전송 서비스에서 처리됩니다. 전송 서비스는 사서함 전송 서비스, 전송 서비스, 프런트 엔드 전송 서비스 및 Edge 전송 서버의 전송 서비스간에 메시지를 라우팅합니다.

 

Transport Service 통해서 EX2010 2013 Mail flow 프로세스가 변경되었다는 점을 확인할 있습니다.

위에서 언급된바와 같이 EX2010 경우 Hub Transport 역할, EX2013 경우 Mailbox 역할에서 해당 서비스를 확인할 있습니다.

 

EX2010 EX2013 에서 종속성의 차이를 확인할 있습니다.

 

EX2010

 

EX2013

Microsoft Filtering Management Service

Description: Manages the queuing and dispatching of scan requests.

 

해당 서비스를 검색하면 아래의 기사를 확인할 있습니다.

Microsoft Filtering Management Service won’t start on Exchange 2013

https://blogs.technet.microsoft.com/exchangechallengeaccepted/2016/02/18/microsoft-filtering-management-service-wont-start-on-exchange-2013/

 

Mailbox Transport service on Mailbox servers: This service consists of two separate services:

Mailbox Transport Submission service:

  • connect to the local mailbox database using RPC.
  • submit the messages over SMTP to the Transport service on the local Mailbox server or on other Mailbox servers.
  • has access to the same routing topology information as the Transport service.

 

Mailbox Transport Delivery service:

  • receive SMTP messages from the Transport service on the local Mailbox server or on other Mailbox servers 
  • connect to the local mailbox database using RPC to deliver the messages.

 

Mailbox Transport service doesn't communicate with the Front End Transport service, the Mailbox Transport service, or mailbox databases on other Mailbox servers. It also doesn't queue any messages locally.

 

Mailbox Transport service on Mailbox servers: 이 서비스는 두 가지 개별 서비스로 구성됩니다.

 

Mailbox Transport Submission service::이 서비스는 Exchange 원격 프로 시저 호출 (RPC)을 사용하여 메시지를 검색하는 로컬 사서함 데이터베이스에 연결합니다. 이 서비스는 SMTP를 통해 로컬 사서함 서버 나 다른 사서함 서버의 전송 서비스로 메시지를 전송합니다. 사서함 전송 전송 서비스는 전송 서비스와 동일한 라우팅 토폴로지 정보에 액세스 할 수 있습니다.

 

Mailbox Transport Delivery service: 이 서비스는 로컬 사서함 서버 나 다른 사서함 서버의 전송 서비스에서 SMTP 메시지를 받고 RPC를 사용하여 로컬 사서함 데이터베이스에 연결하여 메시지를 배달합니다.

 

사서함 전송 서비스는 프런트 엔드 전송 서비스, 사서함 전송 서비스 또는 다른 사서함 서버의 사서함 데이터베이스와 통신하지 않습니다. 또한 로컬에서 메시지를 대기열에 넣지 않습니다.

 

Microsoft Exchange Mailbox Transport Submission

아래의 서비스 설명은 의미 있어보입니다.

Description: This service, running on the Mailbox servers, receives the Submit events, processes the messages by converting them from MAPI to MIME, and then hands them over to the Transport service on a Mailbox server.

 

Microsoft Exchange Mailbox Transport Delivery

 

Description: This service, running on the Mailbox servers, receives mail items from the Transport service on Mailbox servers, submits them to extension modules for processing, and then commits them into a mailbox database.

 

Transport service on Edge Transport servers: This service is very similar to the Transport service on Mailbox servers. If you have an Edge Transport server installed in the perimeter network, all mail coming from the Internet or going to the Internet flows through the Transport service Edge Transport server.

Transport service on Edge Transport servers: 이 서비스는 사서함 서버의 전송 서비스와 매우 유사합니다. 주변 네트워크에 Edge 전송 서버가 설치되어 있으면 인터넷에서 전송되거나 인터넷으로 전송되는 모든 메일이 전송 서비스 Edge 전송 서버를 통해 전달됩니다.

Edge Trasport Service EX2010 EX2013 차이가 없는 것으로 보입니다.

 

개념만 보면 이해가 어렵습니다.

아래는 Diagram 통해서 흐름을 이해하는 것이 좋을 같습니다.

 

Note:

Although the diagrams in this topic show the components on a single Exchange 2016 server, communication also occurs between those components on different Exchange 2016 servers. The only communication that always occurs on the local Exchange 2016 server is between the Mailbox Transport service and the local mailbox database.

 

Overview of the transport pipeline in Exchange 2016

반응형

+ Recent posts