Exchange Server 받는 사람 확인

받는 사람 확인 은 Exchange 서버가 메시지의 모든 받는 사람을 확장하고 확인하는 경우입니다. 받는 사람 확인은 다음 작업을 담당합니다.

• 받는 사람을 해당 Active Directory 개체와 일치합니다.

• 메일 그룹을 개별 받는 사람 목록으로 확장

• 각 받는 사람에게 메시지 제한 및 대체 수신자 적용.

Exchange 2016 또는 Exchange 2019의 받는 사람 확인은 기본적으로 Exchange 2013과 변경되지 않습니다. 받는 사람 확인은 사서함 서버의 전송 서비스에서 범주에 의해 수행됩니다. 각 메시지는 메시지가 제출 큐에 배치된 후 메시지를 배달 큐에 넣기 전에 범주에 의해 처리됩니다. 받는 사람 확인을 수행하는 분류기 구성 요소를 보통 해결 프로그램이라고도 합니다. 범주 및 제출 큐에 대한 자세한 내용은 사서함 서버의 전송 서비스 이해를 참조하세요.

이 항목에서는 Exchange 서버에서 발생하는 수신자 확인의 다양한 단계 및 구성 요소에 대해 설명합니다.

최상위 확인

최상위 확인 은 들어오는 메시지의 각 받는 사람을 Active Directory의 일치하는 받는 사람 개체에 연결하는 받는 사람 확인의 첫 번째 단계입니다. 범주는 메시지에서 보낸 사람 및 이니셜, 해제되지 않은 받는 사람 전자 메일 주소를 포함하는 목록을 만들고 해당 목록을 사용하여 Active Directory를 쿼리합니다. 메일 사용 Active Directory 개체의 전자 메일 주소 속성에서 일치 항목이 발견되면 범주는 개체의 속성을 캐시하고 보낸 사람 메시지 제한을 적용합니다.

받는 사람 전자 메일 주소

최상위 확인은 메시지 및 메시지 봉투에 있는 확장되지 않은 초기의 받는 사람 목록으로 시작됩니다. 메시지 봉투에는 메시징 서버 간에 메시지를 전송하는 데 사용되는 SMTP 명령이 포함되어 있습니다.

• 보낸 사람의 전자 메일 주소는 MAIL FROM 명령에 포함되어 있습니다.
• 각 받는 사람의 이메일 주소는 별도의 RCPT TO 명령에 포함되어 있습니다.

봉투 보낸 사람 및 봉투 받는 사람은 일반적으로 메시지 헤더의 , , From:Cc:및 Bcc: 헤더 필드에 있는 보낸 사람과 받는 사람To:에서 만들어집니다. 그러나 이러한 헤더 필드는 쉽게 위조되며 메시지를 전송하는 데 사용된 실제 보낸 사람 또는 받는 사람 전자 메일 주소와 일치하지 않을 수 있습니다.

캡슐화된 전자 메일 주소

표준 SMTP 이메일 주소는 RFC 5321 및 RFC 5322(예: chris@contoso.com)의 사양을 따릅니다. 그러나 이메일 주소는 SMTP 주소에 캡슐화된 비 SMTP 주소일 수도 있습니다. Exchange는 SMTP 전자 메일 주소에서 유효하지 않은 문자를 유효한 문자로 바꾸는 IMCEA(인터넷 메일 커넥터 캡슐화된 주소) 캡슐화 메서드를 지원합니다.

IMCEA 주소는 구문을 IMCEA<Type>-<address>@<domain>사용합니다.

• <형식> 은 SMTP가 아닌 주소의 형식(예: EX, X400또는 FAX)을 식별합니다. 및 X500 는 이론적으로 형식>에 < 유효한 값이지만 SMTP Exchange 수신자 확인은 이러한 형식 중 하나를 사용하는 IMCEA로 인코딩된 주소를 거부합니다.
• <address> 는 원래 주소의 인코딩된 버전입니다.
  • 영숫자 문자, 등호(=) 및 하이픈(-)은 대체되지 않습니다.
  • 슬래시(/)는 밑줄(_)로 바뀝니다.
  • 다른 US-ASCII 문자는 더하기 기호(+)와 ASCII 값의 두 자리(예: 공백 문자에 인코딩된 값 +20이 포함됨)로 바뀝니다.
• <domain> 은 SMTP가 아닌 주소(예: contoso.com)를 캡슐화하는 데 사용되는 SMTP 도메인입니다.

IMCEA 주소는 도메인이 Exchange organization 기본 허용 도메인과 일치하는 경우에만 원래 값(캡슐화되지 않음)으로 반환됩니다. 기본 허용 도메인에 대한 자세한 내용은 기본 도메인을 참조하세요.

Exchange에서 SMTP 전자 메일 주소의 최대 길이는 571자입니다. 이 제한에는 다음이 포함됩니다.

• 주소의 이름 부분: 315자
• 도메인 이름: 255자
• 도메인 이름과 이름을 구분하는 at 기호(@) 문자입니다.

전체 전자 메일 주소가 571자 미만인 경우에도 Exchange는 주소의 이름 부분이 315자를 초과하는 IMCEA로 인코딩된 메시지를 지원하지 않습니다.

주소 확인

각 메시지에 대해 보낸 사람의 전자 메일 주소와 모든 받는 사람 주소가 Active Directory를 쿼리하는 데 사용되는 목록에 추가됩니다. 캡슐화된 주소는 목록에 추가되기 전에 캡슐화되지 않습니다. Active Directory 쿼리는 한 번에 최대 20개의 전자 메일 주소에 대해 수행됩니다. 쿼리에 일시적인 오류가 발생하면 메시지가 전송 큐로 반환되고 전송 서비스와 연결된 XML 애플리케이션 구성 파일의 ResolverRetryInterval 키로 %ExchangeInstallPath%Bin\EdgeTransport.exe.config 지정된 시간 동안 지연됩니다. 기본값은 30분입니다.

Exchange에서 사용하는 Active Directory 받는 사람 개체는 다음 표에 설명되어 있습니다. Exchange 받는 사람 유형에 대한 자세한 내용은 받는 사람를 참조하십시오.

Active Directory 쿼리는 누락되거나 형식이 잘못된 중요한 속성이 있는 개체를 잘못된 개체(예: 메일 주소가 없는 동적 메일 그룹 개체)로 분류합니다. 잘못된 개체로 분류된 받는 사람에게 전송되는 메시지는 배달되지 않는 보고서(NDR 또는 반송 메시지라고도 함)를 생성합니다.

각 전자 메일 주소에 대해 범주는 가능한 모든 받는 사람 속성(예: 받는 사람 식별자, 받는 사람 유형, 메시지 제한, 전자 메일 주소 및 대체 받는 사람)에 대해 단일 초기 쿼리를 수행합니다. 적용 가능한 받는 사람 속성은 나중에 사용할 수 있게 캐시됩니다. 받는 사람 확인은 받는 사람이 확인되는 방식의 유사성과 해당 받는 사람 속성의 유사성에 따라 받는 사람을 분류합니다.

주소 확인에 사용되는 LDAP 필터는 받는 사람의 이메일 주소에 따라 달라집니다.

• EX 전자 메일 주소 형식의 경우 LDAP 필터는 받는 사람의 legacyExchangeDN 특성(높은 우선 순위) 또는 받는 사람의 proxyAddresses 특성(낮은 우선 순위)을 기반으로 합니다.
• 다른 모든 전자 메일 주소 형식의 경우 수신자 proxyAddresses 특성이 LDAP 필터로 사용됩니다.

전자 메일 주소가 받는 사람의 기본 SMTP 주소와 일치하지 않는 경우 범주는 메시지의 전자 메일 주소를 기본 SMTP 주소와 일치하도록 다시 작성합니다. 원본 전자 메일 주소는 메시지 봉투의 ORCPT=RCPT TO 명령 항목에 저장됩니다.

보낸 사람 메시지 제한

콘텐츠 변환, 인코딩 및 에이전트 처리로 인해 메시지 크기가 변경 될 수 있습니다. 메시지가 Exchange organization 들어가면 메시지의 원래 크기가 메시지 헤더의 X-MS-Exchange-Organization-OriginalSize: 헤더 필드에 기록됩니다. 현재 메시지 크기 또는 원래 메시지 크기의 낮은 값은 보낸 사람 메시지 크기 제한을 적용하는 데 사용됩니다. 원래 메시지 크기 헤더 필드가 없는 경우 메시지의 현재 크기를 사용하여 생성됩니다. 메시지가 너무 크면 NDR에서 보낸 사람에게 반환되고 추가 메시지 처리가 중지됩니다.

보낸 사람/받는 사람 제한은 메시지를 처리하는 첫 번째 사서함 서버의 전송 서비스에서만 적용됩니다. 확장되지 않은 원본 메시지 봉투의 받는 사람 수를 보낸 사람/받는 사람 제한과 비교합니다.

메시지의 확장 속성을 스탬프 처리하면 메시지 보낸 사람과 모든 받는 사람을 확인된 사람으로 표시합니다. 이 확장 속성을 사용하면 메시지가 받는 사람 확인을 다시 통과하는 경우(예: Exchange 전송 서비스가 다시 시작되었기 때문에) 메시지가 최상위 해상도를 무시할 수 있습니다.

확장

최상위 해상도 후에 확장이 발생합니다. 확장은 수신자의 중첩된 수준을 개별 받는 사람으로 완전히 확장합니다. 모든 수신자를 확장하려면 확장 프로세스를 통해 여러 번의 이동이 필요할 수 있습니다. 모든 받는 사람을 확장해야 하는 것은 아닙니다. 그러나 모든 받는 사람은 모든 종류의 받는 사람에 대해 받는 사람 메시지 제한을 적용하기 위해 확장 프로세스를 거닐게 됩니다.

확장이 필요한 받는 사람 유형은 다음 목록에 설명되어 있습니다.

• 메일 그룹 및 동적 메일 그룹: 메일 그룹은 memberOf Active Directory 속성에 따라 확장됩니다. 그리고 동적 메일 그룹은 Active Directory 쿼리 정의를 사용하여 확장됩니다. Exchange 관리 셸의 그룹에 ExpansionServer 매개 변수가 설정된 경우 그룹은 확장을 위해 지정된 서버로 라우팅됩니다.

  참고: 그룹에 대한 확장 서버를 지정하면 그룹은 확장 서버의 가용성에 따라 달라집니다(확장 서버를 사용할 수 없는 경우 그룹에 메시지를 배달할 수 없음). 따라서 확장 서버에 대한 고가용성 솔루션을 구현하는 것이 좋습니다.

• 대체 받는 사람: 다른 받는 사람에게 메시지를 전달하도록 사서함 및 메일 사용 공용 폴더를 구성할 수 있습니다.

  • 사서함: Exchange organization 다른 받는 사람 또는 외부 전자 메일 주소로 전달을 구성할 수 있습니다. 자세한 내용은 사서함에 대한 전자 메일 전달 구성을 참조하세요.

  • 메일 사용 공용 폴더: Exchange organization 다른 받는 사람에게 전달하도록 구성할 수 있습니다.

    전달 주소 또는 전달 주소 및 원래 받는 사람에게만 메시지를 보내도록 사서함 또는 메일 사용 공용 폴더를 구성할 수 있습니다.

• 연락처 체인: 연락처 체인은 외부 전자 메일 주소가 Exchange organization 다른 받는 사람의 전자 메일 주소로 설정된 메일 사용자 또는 메일 연락처입니다.

받는 사람 루프 검색

그룹, 대체 받는 사람 및 연락처 체인이 확장되면 범주는 수신자 루프를 확인합니다. 받는 사람 루프는 끝 없는 원에서 동일한 받는 사람에게 메시지를 배달하는 구성 문제입니다. 이 목록에는 다양한 유형의 수신자 루프가 설명되어 있습니다.

• 무해한 수신자 루프: 무해한 수신자가 루프가 발생할 수 있는 두 가지 시나리오는 다음과 같습니다.

  • 두 그룹이 서로 멤버로 포함된 경우
  • 사서함 또는 메일 사용이 가능한 공용 폴더가 서로 전달 및 전달되도록 설정된 경우(메시지는 원래 받는 사람에게 전달되고 전달됨)

  범주가 무해한 수신자 루프를 감지하면 메시지가 받는 사람에게 전달되지만 동일한 받는 사람에게 메시지를 전달하려는 추가 시도는 없습니다.

• 수신자 루프 끊기: 사서함 또는 메일 사용이 가능한 공용 폴더가 서로 전달되도록 설정된 경우(메시지는 전달만)

  중단된 받는 사람 루프가 발생하면 메시지가 배달되지 않습니다. 범주가 손상된 수신자 루프를 검색하면 현재 받는 사람에 대한 확장 작업이 중지되고 NDR이 생성됩니다.

받는 사람 루프 검색은 중복된 메시지 배달을 방지하지 않습니다. 예를 들어 다음 시나리오를 고려해 보세요.

• 메일 그룹 A에는 메일 그룹 B 및 메일 그룹 C가 멤버로 있습니다.
• 메일 그룹 C도 메일 그룹 B의 구성원인 경우.

이 시나리오에서 메일 그룹 C에는 중복된 메시지 배달이 발생합니다.

그룹에 대한 배달 보고서 리디렉션

그룹이 확장되면 메시지 유형이 확인되어 배달 보고서 메시지인지 확인합니다. 메시지가 배달 보고서인 경우 그룹의 리디렉션 설정이 확인되어 배달 보고서의 리디렉션이 필요한지 확인합니다. 배달 보고서가 그룹의 멤버 자격에 대한 원치 않는 정보를 공개할 수 있으므로 그룹에 대한 배달 보고서를 표시하지 않을 수 있습니다.

메일 그룹 및 동적 메일 그룹에 대한 Exchange 관리 셸에서 사용할 수 있는 배달 보고서 리디렉션 설정은 다음 목록에 설명되어 있습니다.

• ReportToManagerEnabled 매개 변수: 그룹 관리자에게 배달 보고서 보내기를 사용하거나 사용하지 않도록 설정합니다. 유효한 값은 또는 $false입니다$true. 기본값은 $false입니다. 메일 그룹의 경우 관리자는 Set-Group(메일 그룹) 또는 Set-DynamicDistributionGroup(동적 메일 그룹) cmdlet의 ManagedBy 매개 변수에 의해 제어됩니다.

• ReportToOriginatorEnabled 매개 변수: 그룹으로 전송되는 메시지에 대해 메시지 보낸 사람에게 배달 보고서 보내기를 사용하거나 사용하지 않도록 설정합니다. 유효한 값은 또는 $false입니다$true. 기본값은 $true입니다.

  참고: ReportToManagerEnabled 매개 변수 및 ReportToOriginatorEnabled 의 값은 둘 다 일 $true수 없습니다. 한 매개 변수가 로 $true설정된 경우 다른 매개 변수는 로 $false설정해야 합니다. 두 매개 변수의 값은 모두 일 $false수 있습니다. 이 값은 그룹에 대한 모든 배달 보고서 메시지의 리디렉션을 표시하지 않습니다.

그룹에 대한 배달 보고서 리디렉션의 영향을 받을 수 있는 다양한 유형의 배달 보고서 메시지는 다음 목록에 설명되어 있습니다.

• DR(배달 확인): 메시지가 의도한 받는 사람에게 전달되었는지 확인합니다.

• DSN(배달 상태 알림): NDR(배달 못 한 보고서)에서 메시지를 보낸 사람에게 반환되지 않은 메시지를 배달하려고 시도한 결과를 설명합니다. DSN 메시지에 대한 자세한 내용은 Exchange Server DSN 및 NDR을 참조하세요.

• MDN(메시지 처리 알림): 받는 사람에게 성공적으로 전달된 메시지의 상태 설명합니다. RN(읽기 알림) 및 NRN(비 읽기 알림)은 모두 MDN 메시지의 예입니다. MDN 메시지는 RFC 2298에 정의되어 있으며 메시지 헤더의 Disposition-Notification-To: 헤더 필드에 의해 제어됩니다. 이 헤더 필드를 사용하는 MDN 설정은 다양한 종류의 메시징 서버와 호환됩니다. OUTLOOK 및 Exchange에서 MAPI 속성을 사용하여 MDN 설정을 정의할 수도 있습니다.

• NDR(배달 못 한 보고서) : 메시지 보낸 사람에게 메시지를 지정된 받는 사람에게 배달할 수 없음을 나타냅니다. 메시지는 NDR의 보낸 사람에게 반환됩니다.

• NRN(비 읽기 알림) : 메시지를 읽기 전에 삭제되었음을 나타냅니다.

• OOF(부재 중) : 받는 사람이 전자 메일 메시지에 응답하지 않음을 나타냅니다. 이 보고서의 약어인 OOF는 초기 Microsoft 메시징 시스템에서 유래했는데, 예전에는 이 알림의 이름이 "Out of Facility"였습니다.

• RN(읽기 알림) : 메시지를 읽었했음을 나타냅니다.

• 회수 보고서: 특정 받는 사람에 대한 회수 요청의 상태 나타냅니다(보낸 사람이 Outlook을 사용하여 보낸 메시지를 회수하려고 했습니다).

배달 보고서 메시지가 그룹으로 전송될 때 삭제되는 설정은 다음과 같습니다.

• 보고서에 대한 리디렉션이 그룹에 대해 구성되지 않았거나 보고서 리디렉션이 메시지 보낸 사람에게 설정됩니다.
• 보고서 리디렉션은 그룹 관리자로 설정되며 배달 보고서 메시지는 NDR이 아닙니다.

보고서 리디렉션이 그룹 관리자로 설정되고 배달 보고서 메시지가 NDR인 경우 메시지는 그룹 관리자에게 전달됩니다.

보고서 요청을 포함하는 일반 메시지에 대한 그룹 배달 보고서 리디렉션 설정의 영향은 다음 목록에 설명되어 있습니다.

• 보고서 리디렉션을 메시지 보낸 사람으로 설정하면 보고서 요청 설정이 수정되지 않습니다.
• 그룹에 대해 보고서 리디렉션이 구성되지 않은 경우 모든 보고서 요청이 표시되지 않습니다. 항목은 NOTIFY=NEVER 메시지 봉투의 각 받는 사람에 대해 RCPT TO 에 추가됩니다.
• 보고서 리디렉션이 그룹 관리자로 설정된 경우 NDR은 그룹 관리자에게 전송되지만 다른 모든 보고서 요청은 표시되지 않습니다.

받는 사람에 대한 메시지 제한

또한 확장 프로세스는 받는 사람에 대해 구성된 모든 메시지 제한을 적용합니다. 이러한 제한은 각 수신자에 대해 개별적으로 구성되거나 Exchange organization 모든 서버에 대해 조직적으로 구성될 수 있습니다.

메시지 크기 제한에 대한 자세한 내용은 받는 사람 제한 및 조직 제한을 참조하세요.

제한	EAC 구성	Exchange 관리 셸 구성	설명
최대 수신 메시지 크기	조직: 메일 흐름>수신 커넥터 추가>옵션>조직 전송 설정>제한 탭 >최대 수신 메시지 크기(MB) 사서함: 받는 사람>사서함>>>사서함 기능>메일 흐름 섹션 메시지 크기 제한 섹션 > 세부 정보>수신 메시지 보기 섹션 >>최대 메시지 크기(KB) 메일 사용자: 받는 사람>연락처> 메일 사용자 >편집>메일 흐름 설정>메시지 크기 제한 섹션 >세부 정보>수신 메시지 보기 섹션 >최대 메시지 크기(KB) 선택	조직 cmdlet: Set-TransportConfig 받는 사람 cmdlet: Set-DistributionGroup, Set-DynamicDistributionGroup, Set-Mailbox, Set-MailContact, Set-MailPublicFolder 및 Set-MailUser 매개 변수: MaxReceiveSize	메시지 헤더, 메시지 본문 및 첨부 파일을 포함하는 메시지의 최대 크기를 지정합니다. Exchange에서 메시지 크기를 확인할 때마다 현재 메시지 크기 또는 원래 메시지 크기( X-MS-Exchange-Organization-OriginalSize: 메시지 헤더)의 낮은 값이 사용됩니다. 내용 변환, 인코딩, 전송 에이전트 처리 등으로 인해 메시지의 크기는 변경될 수 있습니다. 참고: 지정된 최대 메시지 크기는 Base64 인코딩을 고려하여 약 33% 확장됩니다(예: 지정된 값 64MB는 실제 최대 메시지 크기 약 48MB). 자세한 내용은 Exchange Server 메시지 크기 및 받는 사람 제한을 참조하세요.
받는 사람은 내부 보낸 사람의 메시지만 수락할 수 있으며 외부 보낸 사람의 메시지를 거부해야 합니다.	사서함: 받는 사람>사서함은> 사서함 >을 선택합니다.>사서함 기능>메일 흐름 섹션 >메시지 배달 제한 섹션 >세부 정보> 보기 섹션 검사메시지> 수락 또는 모든 보낸 사람이 인증되어야 함 선택 취소 원격 사서함: 받는 사람>사서함>은 Microsoft 365 또는 Office 365 사서함 >편집>메일 흐름 설정>메시지 배달 제한 섹션 >보기 세부 정보> 검사섹션에서> 메시지 수락을 선택하거나 모든 보낸 사람이 인증되어야 함을 선택 취소합니다. 메일 사용자: 받는 사람>연락처>에서 메일 사용자 >편집>메일 흐름 설정>메시지 배달 제한 섹션 >보기 세부 정보> 검사섹션에서> 메시지 수락을 선택하거나 모든 보낸 사람이 인증되어야 함 선택을 취소합니다. 그룹: 받는 사람>그룹> 편집>배달 관리>에서 내 organization 내 내부또는 외부의 보낸 사람만을 선택합니다 > organization	Cmdlet: New-DistributionGroup, Set-DistributionGroup, Set-DynamicDistributionGroup, Set-Mailbox, Set-MailContact, Set-MailPublicFolder, Set-MailUser 및 Set-RemoteMailbox 매개 변수: RequireSenderAuthenticationEnabled	인증된(내부) 보낸 사람의 메시지만 수락하거나 인증 및 인증되지 않은(외부) 보낸 사람의 메시지를 수락하도록 받는 사람을 구성할 수 있습니다.
받는 사람에게 메시지를 보낼 수 있거나 보낼 수 없는 보낸 사람	사서함: 받는 사람>사서함은> 사서함 >을 선택합니다.>사서함 기능>메일 흐름 섹션 >메시지 배달 제한 섹션 >세부 정보> 보기 섹션에서메시지를 수락합니다. 모든 보낸 사람 또는 다음 목록의 보낸 사람만 또는 섹션의 메시지 거부: 다음 목록에 보낸 사람 또는 보낸 사람 없음 원격 사서함: 받는 사람>사서함>은 Microsoft 365 또는 Office 365 사서함 >편집>메일 흐름 설정>메시지 배달 제한보기 세부 정보>에서 메시지 수락 섹션>: 모든 보낸 사람 또는 보낸 사람만 다음 목록의 보낸 사람 또는 섹션의 메시지 거부: 보낸 사람 없음또는 다음 목록의 보낸 사람 메일 사용자: 받는 사람>연락처> 메일 사용자 >편집>메일 흐름 설정>메시지 배달 제한 섹션 보기 세부 정보>에서 메시지 수락 섹션>: 모든 보낸 사람 또는 보낸 사람만 다음 목록의 보낸 사람 또는 보낸 사람만 또는 섹션의 메시지 거부: 다음 목록에 보낸 사람 또는 보낸 사람 없음 그룹: 받는 사람>그룹>> 편집>배달 관리>추가 또는 제거을 클릭하여 그룹에 보낼 수 있는 사용자 또는 그룹 구성원을 지정합니다(다른 보낸 사람의 메시지는 거부됨).	Cmdlet: Set-DistributionGroup, Set-DynamicDistributionGroup, Set-Mailbox, Set-MailContact, Set-MailPublicFolder, Set-MailUser 및 Set-RemoteMailbox 매개 변수 수락: AcceptMessagesOnlyFromSendersOrMembers (또는 개별 받는 사람에 대해서만 AcceptMessagesOnlyFrom 및 그룹 멤버에 대해서만 AcceptMessagesOnlyFromDLMembers ) 거부 매개 변수: RejectMessagesFromSendersOrMembers (또는 개별 받는 사람에 대해서만 RejectMessagesOnlyFrom 및 그룹 멤버에 대해서만 RejectMessagesOnlyFromDLMembers )	분류기는 두 단계에 걸쳐 받는 사람 권한을 검사합니다. 첫 번째 패스는 발신자가 수락 또는 거부 목록에 있는지 여부를 결정합니다. 발신자가 두 목록에 없는 경우 해당 매개 변수의 메일 그룹이 완전히 확장됩니다. 이 전체 그룹 확장에는 다소 시간이 걸릴 수 있으므로 허용 또는 거부 목록에서 중첩된 그룹의 깊이를 최소화하는 것이 좋습니다.

인증된 보낸 사람이 발송하는 특정 유형의 메시지에는 제한이 적용되지 않습니다. 다음 목록에서는 받는 사람 제한이 적용되지 않는 메시지에 대해 설명합니다.

• Microsoft Exchange 수신자가 보낸 메시지: 이러한 메시지에는 DSN 및 NDR, 저널 보고서, 할당량 메시지 및 내부 메시지 보낸 사람에게 전송되는 기타 시스템 생성 메시지가 포함됩니다. Microsoft Exchange 받는 사람에 대한 자세한 내용은 받는 사람을 참조하세요.
• 외부 포스트마스터 주소에서 보낸 메시지: 이러한 메시지에는 DSN 및 NDR 및 외부 메시지 보낸 사람에게 전송되는 기타 시스템 생성 메시지가 포함됩니다. 외부 포스트마스터 주소에 대한 자세한 내용은 외부 Postmaster 주소 관리를 참조하세요.

Exchange는 외부 도메인으로 전송되는 특정 유형의 메시지(예: 내부 OOF 메시지, 자동 회신 및 모임 전달 알림)를 차단합니다. 이러한 설정은 원격 도메인(기본 원격 도메인 또는 특정 외부 도메인의 원격 도메인)에서 구성합니다. 자세한 내용은 Managing Remote Domains를 참조하십시오.

받는 사람 확장 분기 및 제어

메시지 받는 사람의 전체 목록이 확장되고 받는 사람 확인에 의해 해결되므로 동일한 메시지의 다른 복사본을 만들어야 하는 경우가 있습니다.

• 받는 사람에게는 다른 메시지 설정이 필요합니다. 원본과 속성이 약간 다른 새 버전의 메시지를 만드는 것을 분기라고 합니다. 예를 들어 일부 수신자에 대해 읽기 영수증을 사용하도록 설정하고 다른 받는 사람에 대해 차단된 경우 Exchange에서 메시지를 서로 연결해야 할 수 있습니다.
• 단일 메시지에서 봉투 받는 사람 수를 제한합니다. 큰 그룹을 확장하면 수천 명의 개별 받는 사람이 생성됩니다. Exchange는 수천 명의 봉투 받는 사람이 있는 메시지의 단일 복사본을 만드는 대신 메시지 봉투에 받는 사람 수가 제한된 동일한 메시지의 복사본을 여러 개 만듭니다.

분기

다음 조건에 해당하는 경우 받는 사람 확인 과정에서 메시지 분기가 수행됩니다.

• 메시지 봉투의 MAIL FROM 에 있는 메시지 발신자가 업데이트되는 경우(예: 그룹의 ReportToManagerEnabled 매개 변수에 값 $true이 있는 경우)
• 자동 응답 메시지(예: DSN 및 NDR, OOF 메시지 및 회수 보고서)를 표시하지 않아야 하는 경우
• 다른 받는 사람을 확장하는 경우.
• Resent-From: 헤더 필드가 메시지 헤더에 추가되는 경우 Resent 헤더 필드는 메시지가 특정 사용자에 의해 전달되었는지 여부를 확인하는 데 사용할 수 있는 정보 헤더 필드입니다. 그리고 Resent 헤더 필드는 메시지가 원래 보낸 사람이 직접 보낸 것처럼 받는 사람에게 나타나도록 하는 데 사용됩니다. 받는 사람은 메시지 헤더을 보고 메시지를 전달한 사람을 알 수 있습니다. 재진입 헤더 필드는 RFC 5322의 섹션 3.6.6에 정의되어 있습니다.
• 그룹의 확장 기록을 전송해야 하는 경우입니다.

받는 사람 확장 제어

확장된 받는 사람 수가 너무 많으면 범주는 메시지를 여러 복사본으로 분할하여 메시지 확장 중에 사용되는 시스템 리소스를 줄입니다. 메시지의 최대 봉투 받는 사람 수는 애플리케이션 구성 파일의 ExpansionSizeLimit 키에 %ExchangeInstallPath%Bin\EdgeTransport.exe.config 의해 제어됩니다. 기본값은 1,000입니다.

받는 사람 확인 진단

Exchange는 성능 카운터의 받는 사람 확인, 메시지 추적 로그 항목 및 받는 사람 확인 로깅에 대한 보고 및 진단 정보를 제공합니다. 이러한 소스를 통해 받는 사람 확인의 문제를 파악 및 진단할 수 있습니다.

받는 사람 확인 성능 카운터

받는 사람 확인에 사용할 수 있는 성능 카운터는 이 표에 설명되어 있습니다.

메시지 추적 로그의 받는 사람 확인 이벤트

메시지 추적 로그에 기록된 받는 사람 확인 이벤트는 이 표에 설명되어 있습니다.

메시지 추적에 대한 자세한 내용은 메시지 추적를 참조하십시오.

받는 사람 확인 로깅

받는 사람 확인 로깅은 애플리케이션 구성 파일의 ResolverLogLevel 키에 %ExchangeInstallPath%Bin\EdgeTransport.exe.config 의해 제어됩니다. 이 키의 유효한 값은 다음과 같습니다.

• Disabled: 수신자 확인 데이터가 기록되지 않습니다. 이 값은 기본값입니다.
• Enabled: 메시지 봉투 데이터만 기록됩니다.
• FullContent: 메시지 봉투 데이터 및 메시지 헤더 데이터가 기록됨

로그 파일은 에 %ExchangeInstallPath%Logging\Resolver저장됩니다.