분기
분기(포크라고도 함)는 지정된 메시지의 여러 복사본을 만드는 프로세스를 나타냅니다. 이러한 모든 복사본에는 메시지 내용이 동일하지만 봉투는 다릅니다.
메시지가 전송되는 동안 Microsoft Exchange를 통해 분기가 발생합니다.
수신자 기반 사용자 지정, 라우팅, 보안 및 성능과 같이 전송 중인 메시지에 대한 분기가 발생할 수 있는 다양한 목적이 있습니다.
Bifurcation을 사용하면 받는 사람을 기반으로 메시지를 사용자 지정할 수 있습니다. 특히 메시지를 사용자 지정하기 위한 분기 발생의 필요성은 다음 시나리오에 의해 생성됩니다.
-
받는 사람의 하위 집합에 정책이 적용되는 경우: 예를 들어 외부 받는 사람에게 보낸 메시지에 고지 사항을 추가하는 정책이 있는 경우 Exchange는 메시지를 두분화하여 다음을 수행합니다.
- 원본 메시지 콘텐츠가 있는 내부 받는 사람에 대한 복사본 1개 및
- 수정된 콘텐츠 및 고지 사항이 있는 외부 받는 사람에 대한 두 번째 복사본입니다.
- 받는 사람에게 다른 메시지 설정이 필요한 경우: Exchange는 일부 받는 사람에 대해 읽기 영수증 설정을 사용하도록 설정하고 다른 받는 사람에 대해 차단되면 메시지를 순환합니다.
- 메시지 봉투의 MAIL FROM에 있는 메시지 발신자가 업데이트되는 경우: 예를 들어 메시지가 사용자 및 메일 그룹에 전송됩니다. 이러한 경우 그룹이 NDR(배달 못 함 보고서)을 보고하지 않도록 구성된 경우 그룹에 전송된 복사본에 NDR을 표시하지 않도록 봉투 보낸 사람(MAIL FROM:)이 (null 역방향 경로)로 설정 <> 되므로 메시지를 순환해야 합니다.
- 자동 응답 메시지[예: DSN(배달 상태 알림), OOF(부재 중) 메시지 및 회수 보고서]를 표시하지 않아야 하는 경우
- 다른 받는 사람을 확장하는 경우.
- 메시지 헤더에 "Resent-From:" 헤더 필드가 추가되면 Resent 헤더 필드는 메시지가 특정 사용자에 의해 전달되었는지 여부를 확인하는 데 사용할 수 있는 정보 헤더 필드입니다. 헤더 필드를 다시 보내면 메시지가 원래 보낸 사람이 직접 보낸 방식으로 받는 사람에게 표시됩니다. 받는 사람은 메시지 헤더을 보고 메시지를 전달한 사람을 알 수 있습니다. 재진입 헤더 필드는 RFC 5322의 섹션 3.6.6에 정의되어 있습니다.
- 그룹의 확장 기록을 전송해야 하는 경우입니다.
Bifurcation을 사용하면 라우팅이 가능하며 메시지를 라우팅하기 위한 분기 발생의 필요성은 다음 시나리오에 의해 만들어집니다.
- 메일 흐름 규칙(전송 규칙이라고도 함)이 받는 사람의 하위 집합에만 적용할 수 있는 경우
- 받는 사람에게 다른 다음 홉 도메인이 있는 경우.
스팸 방지 및 기타 보안 관련 기능과 같은 기능은 보안 및 위협 방지를 위해 포크를 수행할 수 있습니다.
Bifurcation은 우수한 성능을 용이하게 하며, 성능을 최적화하기 위한 분기 발생의 필요성은 다음 시나리오에 의해 생성됩니다.
- 단일 메시지에서 봉투 받는 사람 수를 제한하려면 큰 그룹을 확장하면 수천 명의 개별 받는 사람이 생성됩니다. Exchange는 수천 명의 봉투 받는 사람이 있는 메시지의 단일 복사본을 만드는 대신 메시지 봉투에 받는 사람 수가 제한된 동일한 메시지의 복사본을 여러 개 만듭니다.
분기는 일부 Exchange 기능의 작동 방식에 영향을 줄 수 있으므로 이러한 영향이 일부 동작을 변경할 수 있는 방법을 이해하는 것이 중요합니다.
다음 표에서는 분기 발생의 몇 가지 의미에 대해 설명합니다.
영향을 줄 수 있습니다. | 방법 |
---|---|
메일 흐름 규칙(전송 규칙이라고도 함) | 원래 메시지에 의해 충족/충족되는 규칙 조건(또는 예외)은 일부 포크에서 충족/이행되지 않을 수 있습니다. 규칙 작업은 모든 포크에 대해 독립적으로 실행됩니다(예: 메시지의 각 복사본에 대한 알림 또는 인시던트 보고서 생성). |
중재 제한 | 메시지의 각 복사본에는 별도의 승인 요청이 발생합니다. |
저널링 | 메시지의 여러 복사본이 보관되어 스토리지 비용이 증가합니다. |
DLP(데이터 손실 방지) 정책 | 원래 메시지에 적용되었을 수 있는 정책은 더 이상 일부 포크에 적용되지 않을 수 있습니다. 규칙 작업은 모든 포크에 대해 독립적으로 실행됩니다(예: 메시지의 각 복사본에 대한 알림 또는 인시던트 보고서 생성). |