Exchange 공용 폴더에 대한 유용한 정보: 메일 사용 공용 폴더

  • 아티클

 

마지막으로 수정된 항목: 2006-10-12

메일 사용 가능 공용 폴더는 디렉터리 항목이 있는 공용 폴더입니다. 주소록에서 메일 사용 가능 공용 폴더를 찾을 수 있으며 이 공용 폴더로 전자 메일을 보낼 수 있습니다. Microsoft® Exchange Server 5.5에서는 기본적으로 모든 공용 폴더가 메일을 사용하도록 설정되고 숨겨집니다. Exchange 2000 Server 및 Exchange Server 2003에서는 Exchange 서버 조직이 혼합 모드인지 전용 모드인지에 따라 폴더가 메일 사용 가능 폴더이거나 메일 사용이 가능하지 않은 폴더일 수 있습니다. 공용 폴더에 메일 사용 기능 설정에 대한 자세한 내용은 공용 폴더에 메일 사용 기능 설정을 참조하십시오.

Exchange Server 조직에서 혼합 모드를 사용하는 경우 MAPI TLH(최상위 계층 구조)의 모든 폴더는 메일 사용 가능 폴더입니다. Exchange Server 5.5와 호환성을 유지하기 위해 MAPI TLH의 공용 폴더는 혼합 모드에서 메일을 사용할 수 있습니다. Exchange Server 5.5 관리 프로그램에서는 모든 공용 폴더의 디렉터리 항목을 찾을 수 있어야 합니다. 모든 공용 폴더의 디렉터리 항목이 없으면 Exchange 5.5 관리 도구를 사용하여 폴더를 관리할 수 없습니다.

참고

MAPI TLH와 응용 프로그램 TLH의 차이점에 대한 간단한 설명을 보려면 Exchange 공용 폴더 액세스에 적합한 클라이언트 선택을 참조하십시오.

Exchange Server 조직을 전용 모드로 전환하면 MAPI TLH의 공용 폴더는 메일 사용 가능 또는 메일 사용 불가능 상태가 될 수 있습니다. 새 Exchange 2000 Server 폴더 또는 새 Exchange Server 2003 공용 폴더의 경우 기본 구성은 메일 사용 불가능입니다. 응용 프로그램 TLH는 혼합 모드에서 메일 사용 가능 또는 메일 사용 불가능일 수 있지만 기본 구성은 메일 사용 불가능입니다. 전용 모드에서 응용 프로그램 TLH는 메일 사용 가능 또는 메일 사용 불가능일 수 있지만 기본 구성은 메일 사용 불가능입니다.

다음 표는 앞에 설명된 것과 같이 메일 사용 가능 상태를 요약한 것입니다.

TLH 혼합 모드 전용 모드

MAPI

항상 메일 사용 가능하며 GAL(전체 주소 목록)에서 숨겨집니다.

메일 사용 가능 또는 메일 사용 불가능입니다. 기본값은 메일 사용 불가능입니다. 공용 폴더가 메일 사용 가능 상태인 경우 공용 폴더 프록시 개체는 GAL에서 숨겨지지 않습니다.

혼합 모드에서 생성한 공용 폴더는 조직을 전용 모드로 전환해도 메일 사용 가능 상태로 유지됩니다.

응용 프로그램

메일 사용 가능 또는 메일 사용 불가능입니다. 기본값은 메일 사용 불가능입니다. 공용 폴더가 메일 사용 가능 상태인 경우 공용 폴더 프록시 개체는 GAL에서 숨겨지지 않습니다.

메일 사용 가능 또는 메일 사용 불가능입니다. 기본값은 메일 사용 불가능입니다. 공용 폴더가 메일 사용 가능 상태인 경우 공용 폴더 프록시 개체는 GAL에서 숨겨지지 않습니다.

조직에 메일 사용 가능 공용 폴더가 많이 있을 경우 전자 메일을 통해 전송된 공용 폴더 게시물이 조직의 각 복제본으로 라우팅되는 방식을 알아야 합니다.

공용 폴더가 메일 사용 가능 상태인 경우 objectClass publicFolder의 Active Directory® 디렉터리 서비스 항목이 생성됩니다. 공용 폴더 항목에 메일 관련 특성이 포함됩니다. 예를 들어 다음과 같은 특성이 포함됩니다.

  • proxyAddress
  • mailNickname
  • homeMDB

공용 폴더 복제본이 있는 위치를 설명하는 특성은 공용 폴더 항목에 포함되지 않는다는 점을 알아야 합니다.

전자 메일을 통해 공용 폴더 게시물을 배달하려면 두 단계를 수행해야 합니다.

  1. Exchange Server에서 Active Directory를 사용하여 폴더가 속해 있는 폴더 계층 구조를 담고 있는 공용 폴더 저장소를 식별합니다. 그런 다음 메시지를 이 공용 폴더 저장소로 전달합니다. 아래의 2단계에 설명된 대로 받는 공용 폴더 저장소는 메시지를 폴더 복제본으로 전송합니다.
    Exchange Server에서 공용 폴더에 연결된 메시지를 받으면 공용 폴더의 homeMDB 특성을 Active Directory에 쿼리합니다. homeMDB 특성에는 공용 폴더가 있는 폴더 계층 구조의 DN(고유 이름)이 포함되어 있습니다. 또한 폴더 계층 구조 항목에는 msExchOwningPFTreeBL 특성이 포함되어 있습니다. msExchOwningPFTreeBL 특성은 폴더 계층 구조를 구성하는 모든 저장소의 DN을 지정합니다. 이때 최종 대상, 즉 폴더 복제본은 아직 알 수 없습니다. 그러나 Exchange Server에서 폴더 계층 구조가 포함된 모든 저장소의 이름을 알고 있으므로 이 저장소 중 하나에서 메시지 확인을 받으면 해당 복제본이 조회됩니다. Exchange Server에서는 msExchOwningPFTreeBL에 나열된 저장소 중 하나를 선택하여 다음 기준에 따라 메시지를 보냅니다.

    • 현재 메시지를 처리하고 있는 로컬 Exchange 서버의 저장소가 msExchOwningPFTreeBL 특성에 나열된 경우 메시지가 해당 로컬 저장소로 전송됩니다.
    • 로컬 저장소가 나열되어 있지 않은 경우에는 Exchange 서버에서 로컬 라우팅 그룹의 저장소를 찾으려고 시도합니다.
    • 같은 라우팅 그룹에 있는 msExchOwningPFTreeBL 특성에 저장소가 나열되지 않은 경우 첫 번째로 반환되는 저장소가 사용됩니다.
      msExchOwningPFTreeBL 특성은 항상 최근에 추가한 공용 폴더 저장소를 첫 번째로 반환합니다. 새 서버를 설치하면 공용 폴더 저장소가 생성됩니다. 그러므로 최근에 설치한 서버가 대개 첫 번째로 반환됩니다. 새 서버에는 공용 폴더 계층 구조의 복제본이 아직 포함되지 않았을 수 있습니다. 그러므로 이 저장소에 메시지를 배달하면 NDR(배달 못 함 보고서)이 생성됩니다. Exchange 2000 Server 서비스 팩 3(SP3) 이후의 업데이트 롤업 및 Exchange Server 2003에서는 2일 미만의 공용 저장소로 메시지가 전송되지 않도록 이 논리가 변경되었습니다. 그러나 2일 이상된 공용 저장소가 없으면 메시지가 새 저장소로 전송됩니다.

    참고

    이 작업을 위해 Exchange Server에서 메지시를 전송할 나이(일)를 구성할 수 있습니다. 자세한 내용은 계층 구조를 복제하기 전에 공용 폴더 라우팅이 사용 설정된다를 참조하십시오.

  2. 폴더 계층 구조의 저장소로 메시지가 전송된 후 메시지는 폴더 복제본이 있는 저장소로 리디렉션됩니다. Exchange Server에서는 클라이언트에서 복제본을 조회하는 방법과 비슷한 논리를 사용하여 메시지를 리디렉션합니다. 메시지를 받는 서버에 로컬 복제본이 포함된 경우 메시지는 로컬로 전송됩니다. 로컬 복제본이 없으면 Exchange Server에서는 같은 라우팅 그룹에서 복제본을 검색합니다. 라우팅 그룹에 복제본이 없을 경우 Exchange Server에서는 순위가 가장 낮은 경로를 통해 라우팅 그룹 외부의 복제본으로 메시지를 배달합니다.
    그러나 Exchange Server에서는 공용 폴더 메시지를 복제 메시지와 다른 방식으로 처리합니다. Exchange Server에서는 일반 메일 메시지와 비슷한 방식으로 공용 폴더 메시지를 처리합니다. 메시지 크기 제한 및 배달 제한이 적용됩니다. Exchange Server에서는 연결 상태 테이블을 참조하여 대상 서버에 도달할 수 있는지 확인합니다. 공용 폴더 조회 및 사용자 지정 서버당 조회 목록에 대한 제한은 무시됩니다.

공용 폴더 전자 메일 메시지가 라우팅되는 방식을 알면 공용 폴더로의 메시지 배달을 최적화하도록 Exchange Server를 구성하는 방법을 결정할 수 있습니다.

조직에서 메일 사용 가능 공용 폴더를 많이 사용해야 하는 경우 공용 폴더로 보내지만 콘텐츠를 같이 복제하지는 않는 메일을 처음 받게 될 서버에 전체 계층 구조를 복제해야 합니다. 일반적으로 이러한 서버는 브리지헤드 서버입니다. 이 구성을 설정하면 메일이 항상 로컬 저장소로 먼저 전송된 다음 라우팅되기 때문에 연결 상태 정보를 기반으로 메일이 라우팅됩니다.

이러한 방식으로 브리지헤드 서버를 지정하면 브리지헤드 서버 또는 커넥터에 오류가 발생할 경우에도 커넥터 순위를 관리할 수 있습니다. 브리지헤드 서버 또는 커넥터에 오류가 생기면 다시 정상적으로 작동할 때까지 새 메시지가 더 낮은 순위의 경로를 사용할 수 있도록 임시로 이 경로의 연결 순위를 올릴 수 있습니다. 그러나 조직에 또 다른 계층 구조가 있기 때문에 복제 트래픽이 다소 증가한다는 단점이 있습니다.

공용 폴더 전자 메일 메시지가 라우팅되는 방법 및 Active Directory에 복제본 목록이 포함되지 않은 이유에 대한 자세한 내용은 다음 Exchange 팀 블로그 항목을 참조하십시오.

공용 폴더로 전송된 외부 전자 메일

MAPI가 원본이 아닌 메일인 SMTP(Simple Mail Transfer Protocol) 메일을 Exchange 2000 Server 또는 Exchange Server 2003 서버 공용 폴더로 보내면 메시지 클래스는 IPM.Post가 됩니다. Exchange Server 5.5에서 공용 폴더로 보낸 메시지의 메시지 클래스는 IPM.Note입니다. 공용 폴더 및 Exchange 5.5를 사용하여 메일 보관 솔루션을 만든 조직에서는 이 차이점이 매우 중요합니다.

IPM.Note 메시지 클래스는 기본 메일 MAPI 메일 메시지로 변환됩니다. IPM.Post 메시지 클래스는 MAPI 공용 폴더 게시물로 변환됩니다. 두 메시지 클래스 유형은 서로 다른 속성을 지닙니다. Microsoft Office Outlook®에서는 이 두 가지 메시지 클래스 유형이 다르게 표시되며 다른 클라이언트에서 사용하기 위해 변환할 때 Exchange Server에서 두 메시지 클래스 유형이 다르게 변환됩니다.

레지스트리 키를 설정하여 Exchange 2000 Server 및 Exchange Server 2003의 동작을 변경할 수 있습니다. 레지스트리 키는 공용 폴더 주소로 전송되는 모든 SMTP 메시지를 IPM.Notes로 저장합니다. 이 레지스트리 키 설정에 대한 자세한 내용은 Microsoft 기술 자료 문서 "Update to permit the caching of incoming SMTP messages as IPM.Note in Exchange Server 2003"을 참조하십시오.

마지막으로, 조직 외부 사용자가 공용 폴더에 메시지를 게시할 수 있도록 하려면 공용 폴더에 대한 사용 권한을 그에 맞게 설정해야 합니다. Exchange Server 5.5에서 모든 공용 폴더는 모든 사람 보안 사용자가 기고자 권한을 갖도록 구성되었습니다. 인증되지 않은 모든 인바운드 SMTP 메시지는 모든 사람이 보낸 것처럼 처리되는 방식으로 외부 게시물이 배달되었습니다.

Exchange 2000 Server 및 Exchange Server 2003에서는 MAPI TLH의 기본 폴더에서 모든 사람 보안 사용자가 제거되었습니다. 대신 Exchange 2000 Server 및 Exchange Server 2003에서는 익명 보안 사용자를 사용하며 기본적으로 이 익명에 기고자 권한을 부여합니다. Exchange 2000 Server 및 Exchange Server 2003에서 인증되지 않은 인바운드 메시지는 익명으로 처리됩니다.

자세한 내용은 기술 자료 문서 Anonymous Permissions for Public Folder Are Set to Contributor in Exchange 2000"을 참조하십시오.

자세한 내용

Exchange Server의 공용 폴더에 대한 자세한 내용을 보려면 다음 리소스를 참조하십시오.