지난 포스팅에서 다른 Transport service 에서 Pickup Directory 에 대해서 다뤄보도록 하겠습니다.
아래의 기술자료를 해당 Directory 의 정의를 확인할 수 있습니다.
Pickup directory and Replay directory
https://technet.microsoft.com/en-us/library/bb124230(v=exchg.150).aspx
By default, the Pickup and Replay directories exist on every Microsoft Exchange Server 2013 Mailbox server or Edge Transport server. Correctly formatted email message files that you copy to the Pickup or Replay directories are submitted for delivery. The Pickup directory is used by administrators for mail flow testing, or by applications that must create and submit their own messages. The Replay directory receives messages from foreign gateway servers and can also be used to resubmit messages that administrators export from the queues of Exchange servers. |
기본적으로 Pickup 및 Replay 디렉터리는 모든 Microsoft Exchange Server 2013 사서함 서버 또는 Edge 전송 서버에 있습니다. Pickup 또는 Replay 디렉터리에 복사 한 올바른 형식의 전자 메일 메시지 파일이 배달을 위해 제출됩니다. Pickup 디렉터리는 메일 흐름 테스트 또는 자체 메시지를 만들어 제출해야하는 응용 프로그램에서 관리자가 사용합니다. Replay 디렉터리는 외부 게이트웨이 서버에서 메시지를받으며 관리자가 Exchange 서버의 큐에서 내보내는 메시지를 다시 전송하는 데 사용할 수도 있습니다. |
Get-TransportService 를 통해서 Default Folder 를 확인할 수 있습니다.
Pickup directory message file requirements
The message file must be a text file that complies with the basic SMTP message format. MIME message header fields and content are supported.
|
Notepad 를 실행한 뒤 아래와 같이 양식을 작성 - 확장자를 eml 로 저장합니다.
해당 파일을 폴더에 복사
확장자가 tmp 로 바뀌고 바로 사라지는 것으로 확인됩니다.
아래와 같이 전송 결과를 확인할 수 있습니다.
헤더 확인시 Pickup 에서 빠져나간 것을 볼 수 있습니다.
여기서 만약 필요속성중 일부가 빠진채로 보내면 bad 로 확장자가 변경됩니다.
bad로
아래와 같이 이벤트로그에서 기록을 확인할 수 있습니다.
Replay directory message file requirements
The Replay directory is used to resubmit exported Exchange messages and to receive messages from foreign gateway servers. These messages are already formatted for the Replay directory. There is little or no need for administrators or applications to compose and submit new message files by using the Replay directory. The Pickup directory should be used to create and submit new message files.
The Replay directory messages make extensive use of X-Headers. X-Headers are user-defined, unofficial message header fields that exist in the message header. X-Headers aren't specifically mentioned in RFC 2822, but the use of an undefined message header field starting with "X-" has become an accepted way to add unofficial message header fields to a message. The Exchange-specific X-Headers used in the message files in the Replay directory can actually set delivery information that normally exists in the message envelope. This feature is required to preserve original message information when you use the Replay directory to process exported messages from another Exchange server.
|
Replay 디렉터리는 내 보낸 Exchange 메시지를 다시 전송하고 외부 게이트웨이 서버에서 메시지를받는 데 사용됩니다. 이 메시지는 Replay 디렉터리에 대해 이미 포맷되어 있습니다. 관리자나 응용 프로그램이 Replay 디렉터리를 사용하여 새 메시지 파일을 작성하고 제출할 필요가 거의 없거나 전혀 없습니다. Pickup 디렉터리는 새 메시지 파일을 만들고 제출하는 데 사용해야합니다.
Replay 디렉터리 메시지는 X-Header를 광범위하게 사용 합니다. X-Headers는 메시지 헤더에 존재하는 비공식적 인 메시지 헤더 필드입니다. X-Header는 RFC 2822에서 특별히 언급하지 않았지만 "X-"로 시작하는 정의되지 않은 메시지 헤더 필드를 사용하면 비공식 메시지 헤더 필드를 메시지에 추가 할 수 있습니다. Replay 디렉터리의 메시지 파일에 사용 된 Exchange 관련 X- 헤더는 실제로 메시지 봉투에있는 배달 정보를 실제로 설정할 수 있습니다. 이 기능은 Replay 디렉터리를 사용하여 다른 Exchange 서버에서 내 보낸 메시지를 처리 할 때 원본 메시지 정보를 유지하는 데 필요합니다. |
A message file copied to the Replay directory must meet the following requirements for successful delivery:
|
아래와 같이 Sample 메일을 작성해서 Replay 폴더에 넣었을 때 발송되는 것을 확인할 수 있습니다.
해더 확인
'Exchange' 카테고리의 다른 글
Exchange. 서비스 공부(4). Mailbox Replication (0) | 2018.07.22 |
---|---|
Exchange. Migration 진행시 동기화 중 상태에서 멈춰있는 증상 (0) | 2018.07.21 |
Exchange. 서비스 공부(3) Mail flow and the transport pipeline(2) (0) | 2018.07.17 |
Exchange. 서비스 공부(3) Mail flow and the transport pipeline (0) | 2018.07.16 |
Exchange. 서비스공부(2). Microsoft Exchange Information Store (2) | 2018.07.14 |