로그인

Select the product you need help with

Exchange Server 2003 및 Exchange 2000 Server에서 메시지 일지 문제 해결

중요 이 문서에서는 레지스트리 수정 방법을 설명합니다. 레지스트리를 수정하기 전에 해당 레지스트리를 백업하고 문제 발생 시 이를 복원하는 방법을 알고 있어야 합니다. 레지스트리 백업, 복원 및 편집 방법은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

256986

(http://support.microsoft.com/kb/256986/ )

Microsoft Windows 레지스트리 설명

모두 확대 | 모두 축소

Microsoft Exchange Server에서 메시지 일지 기능을 사용하면 특정 Exchange 저장소에서 보내거나 받는 모든 메시지의 복사본이 저장됩니다. 메시지 일지 기능은 전자 메일 메시지를 보내거나 받는 사람이 이 저장소의 사서함에서 주고받은 모든 메시지를 보관 옵션을 설정한 경우에만 작동합니다.

참고 메시지 일지는 Exchange 2000 Server 도움말 파일에 메시지 보관이라고도 나와 있지만 Exchange 2000 Server 서비스 팩 2에서 사용되는 Archive Sink 이벤트 싱크 유틸리티와는 다릅니다.

위로 가기 | 피드백 보내기

추가 정보

메시지 일지 용어

분기 분기 프로세스에서 분류기가 보관 메시지 복사본을 받도록 Exchage System Manager에 지정된 업무 일지 받는 사람 또는 개체에 대한 원본 메시지의 복사본을 만듭니다.

XEXCH50 XEXCH50 확장은 봉투 속성, 메시지 속성, 받는 사람 속성 등 특정 속성의 릴레이에 사용되는 ESMTP(Extension to SMTP)입니다. XEXCH50 BLOB(Binary Large OBject)의 PR_CONTENT_IDENTIFIER 식별자는 ExJournalData 문자열로 설정됩니다. ExJournalData 문자열은 배달 경로에 따라 서버 간을 이동하여 해당 업무 일지 받는 사람에게 보내질 때 업무 일지 메시지를 식별할 수 있도록 합니다. Exchange Server 컴퓨터 간에 XEXCH50 BLOB가 전파되지 않으면 메시지 중복이 발생할 수 있습니다.

업무 일지 받는 사람 업무 일지 받는 사람은 모든 업무 일지 메시지의 대상이 되는 사서함 또는 받는 사람입니다. 업무 일지 받는 사람은 업무 일지 저장소의 msExchMessageJournalRecipient 특성에 DN(고유 이름)으로 지정됩니다.

메시지 일지 유형

메시지 일지 유형으로는 표준 일지, 숨은 참조 일지 및 봉투 일지가 있습니다. 표준 일지는 가장 간단한 업무 일지 유형이며 봉투 일지는 가장 복잡하고 기능이 다양한 업무 일지 유형입니다. 세 유형의 업무 일지 모두에 대해 보관할 각 사서함 저장소에서 이 저장소의 사서함에서 주고받은 모든 메시지를 보관 옵션을 설정해야 합니다.

표준 일지

표준 일지는 사용자가 개체 선택기를 사용하여 선택한 업무 일지 받는 사람에 대한 원본 메시지의 복사본을 분기시킵니다. 표준 일지는 메시지 전용 일지라고도 합니다.

표준 일지를 사용하는 경우 MAPI 보고서는 저널링할 수 없습니다. MAPI 보고서에는 Report.ipm.note.dr 메시지 클래스의 배달 확인, 읽음 확인, 부재 중 알림, Report.ipm.note.ndr 메시지 클래스의 NDR(배달 못함 알림) 등이 있습니다.

표준 일지의 경우 기본적으로 메일 그룹의 확장을 캡처하지 않으며 숨은 참조와 대리 수신자에 대해 저널링할 수 없습니다.

참고 Exchange 2000 Server 및 Exchange Server 2003에서 메시지 일지는 개별 사서함 저장소에 대해서만 사용할 수 있으며 조직 전체에 대해서는 사용할 수 없습니다. 또한 메시지 일지는 공용 폴더 저장소 데이터베이스에 대해서도 사용할 수 없습니다. 따라서 공용 폴더 게시물은 일지로 만들 수 없습니다.

표준 일지를 설정하려면 다음과 같이 하십시오.

Exchange System Manager에서 서버를 누릅니다.
저장소 그룹을 누르고 메시지 일지 기능을 사용할 사서함 저장소 개체를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다.
일반 탭에서 이 저장소의 사서함에서 주고받은 모든 메시지를 보관 확인란을 눌러 선택한 다음 찾아보기를 눌러 보관된 메시지에 사용할 계정을 선택합니다.
표준 일지 기능을 사용할 각 사서함 저장소 개체에 대해 1-3 단계를 반복합니다. Exchange 조직의 모든 메시지를 보관하려면 Exchange 조직의 모든 Exchange Server 2003 컴퓨터 및 Exchange 2000 Server 컴퓨터의 모든 사서함 저장소에 대해 표준 일지를 설정해야 합니다.

참고 또한 메시지 일지가 설정된 사서함 시스템 정책을 만들어 이 시스템 정책에 특정 사서함 저장소를 추가할 수 있습니다.

숨은 참조 일지

숨은 참조 일지는 메시지에 대해 숨은 참조를 캡처하는 간단한 기능이 표준 일지에 추가된 것입니다.

숨은 참조 일지 기능을 설정하려면 다음과 같이 하십시오.

경고 레지스트리 편집기를 잘못 사용하면 심각한 문제가 발생할 수 있으며 문제를 해결하기 위해 운영 체제를 다시 설치해야 할 수도 있습니다. Microsoft는 레지스트리 편집기를 잘못 사용함으로써 발생하는 문제에 대해 해결을 보증하지 않습니다. 레지스트리 편집기 사용에 따른 모든 책임은 사용자에게 있습니다.

이 문서의 앞에서 설명한 방법에 따라 표준 일지를 설정합니다.
레지스트리 편집기를 시작합니다.
다음 레지스트리 키를 찾아 누릅니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeTransport\Parameters
JournalBCC라는 Reg_DWORD 키를 만든 다음 값을 1로 설정합니다.
SMTP 서비스를 다시 시작합니다.

참고 봉투 일지를 사용하는 경우에는 JournalBCC 레지스트리 키를 사용하지 마십시오. JournalBCC 키를 사용하면 봉투 일지가 손상됩니다.

JournalBCC 레지스트리 키에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

810999

(http://support.microsoft.com/kb/810999/ )

XADM: Exchange 2000에서 저널링된 메시지에 대해 Bcc 정보가 손실된다

봉투 일지

봉투 일지는 참조 및 숨은 참조를 비롯하여 가능한 모든 RFC2821 및 RFC2822 받는 사람을 캡처합니다. 봉투 일지를 사용하면 현재 메시지를 받았거나 앞으로 받을 모든 최종 받는 사람 목록과 원본 메시지가 메시지에 포함됩니다.

봉투 일지에는 다음과 같은 기능이 있습니다.

메시지의 모든 최종 RFC2821 받는 사람과 RFC2822 받는 사람을 캡처합니다.
메일 그룹 확장의 모든 구성원을 캡처합니다.
배달 확인, NDR, 읽음 확인 및 부재 중 알림이 포함된 보고서를 캡처합니다.

봉투 일지에서는 숨은 참조가 이미 저널링된 메시지에 포함되어 있으므로 JournalBCC 레지스트리 키를 지원하지 않습니다.

참고 봉투 일지에서는 JournalBCC 레지스트리 키가 작동하지 않습니다. 봉투 일지를 사용하는 경우 이 키를 사용하지 마십시오.

다음은 봉투 일지 보고서의 일부입니다.

Sender: "External E-mail Support" <smtp:Administrator@contoso.com>Message-ID: <72F2A6CEB90C7F4C8D051364BF4A9FA41A89@lag.contoso.com<mailto:72F2A6CEB90C7F4C8D051364BF4A9FA41A89@lag.contoso.com>>Recipients: "External E-mail Support" <smtp:Administrator@contoso.com>,"Lene Aalling" <smtp:lenea@contoso.com>,"Katja Heidemann" <smtp:katjaheidemann@contoso.com>,"Doug Hite" <smtp:doughite@contoso.com>,"Chris" <smtp:chris@contoso.com>,"Katja folder" <smtp:Katjafolder@contoso.com>,"Wide World Importers Folder"<smtp:WWIFolder@contoso.com>,"Jeff Low" <smtp:JLow@contoso.com>

봉투 일지 기능을 설정하려면 다음과 같이 하십시오.

표준 일지를 설정합니다.
exejcfg -e 명령을 실행합니다.

참고 봉투 일지 기능은 Exchange 2000 Server 서비스 팩 3(SP3) 핫픽스 이후 버전이 설치된 Exchange 2000 Server부터 사용할 수 있습니다. 이 핫픽스는 2004년 8월 Exchange 2000 Server 서비스 팩 3 이후 업데이트 롤업에 포함되어 있습니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

870540

(http://support.microsoft.com/kb/870540/ )

2004년 8월 Exchange 2000 Server 서비스 팩 3 이후 업데이트 롤업의 가용성

전자 메일 일지 고급 구성(E-mail Journaling Advanced Configuration) 도구(Exejcfg.exe)를 통해 봉투 일지가 설정됩니다.

참고 봉투 일지 기능을 수동으로 설정할 수도 있습니다. 이렇게 하려면 Active Directory 디렉터리 서비스 구성 컨테이너에서 Exchange 조직 개체의 heuristics 속성 값을 십진수 512로 설정합니다. heuristics 속성 값 512를 지우면 Exchange 2000 SP3 이후 버전과 Exchange 2003 SP1이 기본 설정인 표준 일지로 돌아갑니다.

Microsoft 다운로드 센터에서 다음 파일을 다운로드할 수 있습니다.
Exejcfg.exe

그림 축소그림 확대

지금 Exejcfg.exe 패키지 다운로드

(http://www.microsoft.com/downloads/details.aspx?FamilyId=E7F73F10-7933-40F3-B07E-EBF38DF3400D&amp;displaylang=en)

Microsoft 지원 파일을 다운로드하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

119591

(http://support.microsoft.com/kb/119591/ )

온라인 서비스로부터 Microsoft 지원 파일을 구하는 방법

Microsoft는 파일을 게시한 날짜에 사용할 수 있는 최신의 바이러스 예방 프로그램으로 이 파일을 검사했습니다. 이 파일은 무단 변경을 방지하기 위해 보안이 강화된 서버에 저장됩니다.

참고 Exejcfg.exe 도구는 Exchange Server 2003 SP1에서도 사용할 수 있습니다. 이 도구는 i386\RTW 폴더에 있습니다. Exejcfg.exe 도구가 Exchange Server 2003 도구로 분류되기는 하지만 Exchange 2000 Server SP3 이후 버전과 Exchange Server 2003 SP1에서 모두 사용할 수 있습니다.

봉투 일지는 Exchange Server 2003 SP1이 설치된 Exchange Server 2003에서도 사용할 수 있으며 Exchange 2000 SP3 이후 버전에서와 같은 방식으로 Exchange Server 2003 SP1에서 구현됩니다. Exchange Server 2003에서 봉투 일지를 구현하려면 Exchange 2003 SP1을 설치해야 합니다.

메시지 일지 작동 방법

메시지 일지는 전송 구성 요소 분류기에 의해 처리됩니다. 전송 구성 요소 분류기의 파일 이름은 Phatcat.dll입니다. 업무 일지 프로세스의 첫 단계는 사용자가 속한 사서함 서버나 인터넷에서 메일을 수신하는 인터넷 지향 브리지헤드와 같은 첫 번째 서버에서 메시지를 분류하는 것입니다.

특히 사용자가 메시지 일지 기능이 설정된 사서함 저장소에서 메일을 주고 받으면 분류기가 메시지 복사본을 만들어 업무 일지 받는 사람에게 보냅니다. 업무 일지 받는 사람은 사서함이나 연락처일 수 있습니다. 이 프로세스를 분기라고 하며 이 문서의 앞부분에 정의되어 있습니다. 인바운드 인터넷 메일의 경우 브리지헤드에서 받는 사람의 저장소에 메시지 일지 기능이 설정되어 있는지 확인하므로 브리지헤드 서버가 받는 메시지를 분류한 다음 별도의 메시지 복사본을 업무 일지 받는 사람에게 보냅니다. 분류기에서 받는 사람의 저장소에 메시지 일지 기능이 설정되어 있는지 확인하기 위해 사용하는 특성은 사용자 사서함 저장소의 msExchMessageJournalRecipient 특성입니다. msExchMessageJournalRecipient 특성은 해당 저장소의 메시지 보관에 사용되는 사용자 계정 개체의 DN으로 설정됩니다.

참고 조직에서 사서함 사용이 가능한 사용자를 업무 일지 받는 사람으로 설정하는 것이 좋습니다. 연락처나 공용 폴더는 사용하지 마십시오. 외부 받는 사람에게 업무 일지를 보내야 하는 경우 서버쪽 규칙을 만들어 이 규칙에 지정된 연락처에 해당 업무 일지 사서함으로 배달된 메일을 전달합니다.

예

1> msExchMessageJournalRecipient: CN=Journal Mailbox,CN=Users,DC=contoso,DC=com
CN=Journal Mailbox,CN=Users,DC=contoso,DC=com

메시지 일지 기능이 효과적으로 작동하려면 사서함 저장소가 커넥터 서버와 브리지헤드에 탑재되어야 합니다. 메시지 일지는 분류를 통해 만들어지며 분류기에서 콘텐츠를 변환하도록 메시지를 다시 지정하는 경우 저장소가 탑재되어야 합니다.

업무 일지 받는 사람이 Active Directory의 삭제된 개체와 같이 올바른 개체가 아닌 경우 문제가 수정될 때까지 메일이 디렉터리 조회 대기 큐에 쌓입니다. 이것은 메일이 물리적으로 여전히 인바운드 브리지헤드에 있을 경우에도 적용됩니다.

이 경우 필드 엔지니어링 수준으로 진단 로깅 기능이 설정되어 있으면 Exchange 2003 SP1에서 ID 9035 이벤트가 기록됩니다.

이벤트 종류: 경고
이벤트 원본: MSExchangeTransport
이벤트 범주: 분류기
이벤트 ID: 9035
날짜:2004-05-25
시간: 오전 9:37:44
사용자: N/A
컴퓨터: COMPUTERNAME
설명: 다시 시도 가능한 오류로 인해 메시지 분류 작업을 수행하지 못했습니다. 최근에 관리 개체 이름 중 일부가 바뀐 후 변경 내용이 적용되지 않았거나 MDB(CN=Mailbox Store (MailboxServer),CN=First Storage Group,CN=InformationStore,CN=MailboxServer,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Org,CN=Contoso Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com)에 대해 업무 일지의 사용이 활성화되고 업무 일지를 받는 사람의 사서함이 삭제되었습니다.

메시지가 통과하는 모든 Exchange Server 컴퓨터에서 메시지 일지를 검사 또는 평가하여 메시지가 저널링되어야 하는지 확인합니다. Exchange Server 컴퓨터는 전송 동안 XEXCH5 BLOB를 통해 메시지의 일지 상태를 인식합니다. XEXCH50 BLOB에서 업무 일지 받는 사람 복사본은 XEXCH50 PR_CONTENT_IDENTIFIER 식별자인 ExJournalData로 플래그가 지정됩니다. 이 플래그는 일지 메시지의 저널링을 방지합니다. 중복을 방지하기 위해 XEXCH50 BLOB의 PR_JOURNAL_RECIPIENT_LIST는 저널링된 메시지가 두 번 저널링되지 않도록 합니다. 즉, PR_JOURNAL_RECIPIENT_LIST는 메시지가 중복되지 않도록 합니다.

분류기

전송 분류 프로세스 후 업무 일지 받는 사람에게 전송될 별도의 복사본이 생성됩니다.

------------------------------------------------------------Message------------------------------------------------------------

Message + Sender Information:

======================MsgStatus: MP_STATUS_CATEGORIZED (5)SMTP: Administrator@contoso.com <mailto:Administrator@contoso.com>X500: CN=Administrator,CN=Users,DC=ti,DC=netX400: c=US;a= ;p=Titanium;o=Exchange;s=Administrator;LegacyEXDN: /o=Titanium/ou=First Administrative Group/cn=Recipients/cn=AdministratorOther: NONEMsg822Subject: HelloInternetMsgID: <72F2A6CEB90C7F4C8D051364BF4A9FA40278D0@lag.contoso.com<mailto:72F2A6CEB90C7F4C8D051364BF4A9FA40278D0@lag.contoso.com>>MTS_ID: c=US;a= ;p=Titanium;l=LAG-040128002844Z-25MsgClass: NONEEMPMsgClass: IPM.NoteMsgTracking Org Guid: {B34D99BB-861D-496D-B8C6-DF02E16BEE7C}MsgTracking Submit time: 2004/1/28 00:28:44.750Recipient #1SMTP: doughite@contoso.com <mailto:doughite@contoso.com>X500: CN=Doug User,CN=Users,DC=ti,DC=netX400: c=US;a= ;p=Titanium;o=Exchange;s=User;g=Doug;LegacyEXDN: /o=Titanium/ou=First Administrative Group/cn=Recipients/cn=doughiteOther: NONERP_FLAGS property set to 07000000MDB guid: {96DF450F-3414-4816-8966-4A48626DA578}User guid: {607D7996-011B-47AF-BD5A-F208671C6D1B}RP_DOMAIN: Doug.contoso.comAutoResponseSuppress: Not Set!AltRecipExpanded: Not Set!

XEXCH50 PR_CONTENT_IDENTIFIER: NONEXEXCH50 ContentType: (00000000)XEXCH50 SendTNEF: TRUEXEXCH50 PR_INTERNET_CONVERSION: NONEXEXCH50 Override Format: NONEXEXCH50 Override Charset: NONE------------------------------------------------------------Recipient #2SMTP: journalmbx@contoso.com <mailto:journalmbx@contoso.com>X500: CN=Journal Mailbox,CN=Users,DC=ti,DC=netX400: c=US;a= ;p=Titanium;o=Exchange;s=Mailbox;g=Journal;LegacyEXDN: /o=Titanium/ou=First Administrative Group/cn=Recipients/cn=journalmbxOther: NONERP_FLAGS property set to 00000000MDB guid: {4AF44A35-ECCE-484F-A5E9-FFC12D71255E}User guid: {5284D454-7313-4ED1-BEA3-33B70C423C20}

RP_DOMAIN: contoso.comAutoResponseSuppress: Not Set!AltRecipExpanded: Not Set!XEXCH50: NONEXEXCH50 PR_CONTENT_IDENTIFIER: ExJournalData

------------------------------------------------------------

메시지 일지 프로세스의 구성 요소

분류기
고급 큐 엔진의 하위 구성 요소로서, 저널링해야 할 받는 사람과 보낸 사람을 확인하고 일지 메시지를 만듭니다.
SMTP 전송 스택

보내는 서버의 SendAs 권한을 확인한 후에 SMTP 세션 동안 XEXCH50 BLOB를 보급 및 전송합니다.
Exchange 저장소 드라이버

Exchange Information Store를 호출하여 MBX 저장소 배달을 용이하게 합니다. 분류기에서 검색하여 SMTP 및 XEXCH50을 통해 보내지는 MIME 본문 부분, RFC 2821/2822 봉투 속성을 축약합니다.
Store.exe

업무 일지 사서함에 업무 일지 보고서를 배달합니다. 또한 한 시간 이내에 업무 일지 받는 사람에게 날짜/시간과 Message_ID가 같은 중복된 메시지가 배달되지 않도록 합니다.

최상의 방법

디스크 I/O(입/출력)

일지 메시지에 대한 추가 MIME 또는 MAPI 콘텐츠 변환은 업무 일지 사서함에서 보내거나 받을 때만 감지되므로 메시지 일지를 사용하더라도 추가 오버헤드가 아주 작습니다. 전용 저장소 또는 서버를 업무 일지용으로 사용하는 경우 배달 시에 물리적으로 복사본을 만드는 업무 일지 서버를 제외하고는 디스크에서 추가적인 오버헤드가 감지되지 않습니다.

RAID 0 + 1 또는 RAID 10 구성을 사용하는 것이 좋습니다. 이러한 구성은 사용량이 많은 서버에서 RAID 5 배열보다 훨씬 효율적이고 내결함성이 큽니다.
업무 일지 사서함을 정기적으로 백업하십시오.
업무 일지 받는 사람이 속한 저장소에서 메시지 일지를 설정하거나 보관하지 마십시오.
업무 일지 받는 사람을 전체 주소 목록에서 숨기십시오.
디스크 오버헤드를 방지하려면 사용자와 업무 일지 받는 사람을 동일한 저장소에 두지 마십시오.
표준 일지 모드나 봉투 일지 모드에서는 공용 폴더에 대해 메시지 일지 기능을 사용하지 마십시오.

일반적인 문제에 대한 질문과 대답

질문:
사용자와 업무 일지 받는 사람에게 전자 메일을 보내면 루핑 NDR 5.4.6이 표시되는 이유는 무엇입니까?

대답:
이는 정상적인 동작입니다. 업무 일지 받는 사람은 다른 사용자처럼 일반적인 방식으로 전자 메일을 받을 수 없습니다. 업무 일지 받는 사람은 전체 주소 목록에서 숨겨야 합니다. 분류 동안 업무 일지 복사본이 봉투 체인의 시작에서 분기되어야 합니다. 업무 일지 받는 사람이 목록의 처음에 있으면 분류기는 루핑 가능성을 감지하여 NDR를 생성합니다.
질문:
사서함이 없는 프런트 엔드 서버나 커넥터 서버에 저장소를 탑재해야 하는 이유는 무엇입니까?

대답:
분기 또는 콘텐츠 변환을 위해 저장소를 탑재해야 합니다. 따라서 메시지 일지의 경우에도 저장소를 탑재해야 합니다. 저장소에서 메시지 일지 기능이 설정된 보낸 사람이나 받는 사람에 대해 메시지가 처리되는 경우 처리 서버에 탑재된 저장소가 없으면 메일이 쌓이게 됩니다.
질문:
메시지 일지 기능을 설정할 경우 저장소에 미치는 영향은 무엇입니까?

대답:
업무 일지 사서함이 사용자와 같은 저장소에 있으면 보내거나 받은 각 메시지의 복사본으로 인해 일반적인 디스크 I/O보다 디스크 I/O가 두 배로 늘어납니다. 업무 일지 사서함을 위한 전용 저장소 또는 서버가 있으면 추가적인 디스크 오버헤드가 업무 일지 저장소 또는 서버에서만 감지됩니다.
질문: XEXCH50 BLOB가 필요한 이유는 무엇입니까?

대답:
분기 정보, 보낸 사람 정보, 받는 사람 정보 및 업무 일지 받는 사람 정보는 XEXCH50 BLOB 교환을 통해 Exchange Server 컴퓨터 간에 전송됩니다. 이 정보가 전파되지 않으면 홉에 있는 서버에서 메일 메시지가 메시지 일지로 지정되지 않았다고 잘못 판단하여 메일 메시지의 복사본을 추가로 만들 수 있습니다. 따라서 메시지가 중복됩니다.
질문:
보관된 메시지는 Exchange 조직 제한 사항의 영향을 받습니까?

대답:
업무 일지 메시지는 시스템 메시지로 분류됩니다. 따라서 제한 사항의 영향을 받지 않습니다.
질문:
업무 일지 받는 사람으로 사용하기에 적절한 개체는 무엇입니까?

대답:
업무 일지 받는 사람으로 사용하기 좋은 개체는 Exchange 사서함입니다. 연락처나 사용자 지정 받는 사람을 사용하려는 경우 Outlook 규칙을 만들어 메일을 조직 외부로 리디렉트하면 됩니다. 봉투 일지를 사용하는 경우 공용 폴더를 사용하지 마십시오. 공용 폴더에는 일부 보고서가 보관되지 않습니다. 이것은 의도적으로 설계된 동작입니다.
질문:
저널링할 수 없는 메시지 유형도 있습니까?

대답:
예. 공용 폴더 복제 메시지, 디렉터리 복제 메시지 및 업무 일지 메시지는 저널링할 수 없습니다.
질문:
이미 저널링된 메시지를 회수하면 어떻게 됩니까?

대답:
Exchange Serve 2003에서 이미 저널링된 메시지는 회수할 수 없습니다. 따라서 노출 관련 보안 문제가 발생하지 않습니다.
질문:
조직에서 메일 메시지의 받는 사람을 모두 확인하려면 어떻게 해야 합니까?

대답:
조직 내에서 메시지를 보낸 경우 보낸 사람의 MDB(사서함 데이터베이스) 보관 파일을 확인하는 방법이 가장 빠릅니다. The MDB 보관 파일에는 항상 보낸 메일 메시지의 모든 받는 사람 레코드가 포함되어 있습니다. 외부의 보낸 사람으로부터 받은 메일의 경우 내부의 받는 사람을 모두 확인하려면 조직 내의 모든 업무 일지 사서함에서 MDB를 샅샅이 검색하는 수 밖에 없습니다. 메시지를 받은 사람이 있으면 MDB의 보관 사서함에 이를 나타내는 업무 일지 보고서가 있습니다.
질문:
조직 내에서 보낸 메일 메시지를 누가 받았는지 확인하려면 어떻게 해야 합니까?

대답:
업무 일지 사서함에서 보낸 사람의 MDB를 확인하여 메시지가 포함된 모든 업무 일지 보고서를 찾아야 합니다. 그러면 이러한 보고서에 보고된 받는 사람을 집계하여 모든 받는 사람에 대한 전체 레코드를 얻을 수 있습니다. 여기에는 조직 내의 모든 받는 사람이 포함됩니다. 또한 연락처와 일회용으로 사용된 조직 외부 주소도 포함됩니다.
질문:
숨은 참조 일지와 봉투 일지를 동시에 설정할 수 있습니까?

대답:
아니요. 두 가지를 기능을 동시에 설정할 수는 없습니다.
질문:
봉투 일지 보고서의 받는 사람 섹션에 받는 사람이 중복 표시되는 이유는 무엇입니까?

대답:
이것은 의도적으로 설계된 동작입니다. 숨은 참조 일지 코드는 모든 받는 사람을 받는 사람 테이블에 숨은 참조 형식으로 추가하고 중복된 항목을 제거하지 않습니다.

예를 들어 다음과 같은 경우를 생각해볼 수 있습니다.

예제 1
받는 사람: UserA
참조: UserB
숨은 참조: 없음

저널링된 메시지는 다음과 유사합니다.
받는 사람: UserA
참조: UserB
숨은 참조: UserA,UserB

예제 2
받는 사람: UserA
참조: 없음
숨은 참조: UserB, UserC

저널링된 메시지는 다음과 유사합니다.
받는 사람: UserA
참조: 없음
숨은 참조: UserB, UserC, UserA, UserB, UserC
질문:
업무 일지 받는 사람이 서로 다른 사서함 저장소 간에 메일을 보내면 중복 메시지가 나타나는 이유는 무엇입니까?

참고 업무 일지 받는 사람은 보관 사서함 또는 저널링 사서함입니다.

대답:
이것은 의도적으로 설계된 동작입니다. 실제로 메시지는 중복되지 않습니다. 각 사서함 저장소에는 해당하는 업무 일지 받는 사람마다 메시지의 보관 복사본이 생성됩니다. 이를 방지하려면 여러 사서함 저장소에서 동일한 업무 일지 받는 사람을 사용하십시오.
질문:
저널링된 메시지를 Exchange에서 외부의 SMTP 주소로 전달하면 Microsoft 확장 머리글(X-{name} 머리글) 이외의 머리글이 보존되지 않습니다. 이는 의도적으로 설계된 동작입니까?

대답:
예. 의도적으로 설계된 동작입니다.
질문:
Outlook 규칙을 사용하여 메시지를 전달하려 했지만 전달할 수 없었습니다.

대답:
자동 전달 기능을 설정한 다음 와일드카드 도메인이나 메시지를 전달하려는 특정 도메인에 대해 "자동 전달 사용"을 구성해야 합니다. 자동 전달 기능을 설정 또는 해제하려면 다음 단계를 수행하십시오.
1. Exchange System Manager를 시작한 다음 왼쪽 창에서 전역 설정을 누릅니다.
2. 오른쪽 창에서 인터넷 메시지 형식을 두 번 눌러 정의된 도메인을 오른쪽 창에 추가합니다. 기본적으로 와일드카드 도메인 하나만 표시되어 있습니다.
3. 도메인을 나타내는 개체를 마우스 오른쪽 단추로 누르고 속성을 누른 다음 속성 대화 상자에서 고급 탭을 누릅니다.
4. 자동 전달 기능을 사용하려면 유형 영역에서 자동 전달 사용 확인란을 눌러 선택합니다.
  
  자동 전달 기능을 해제하려면 자동 전달 사용 확인란을 눌러 선택을 취소합니다.
질문:
봉투 일지의 경우 참조 줄과 숨은 참조 줄에 있는 메일 그룹이 봉투 본문에서 확장됩니까?

대답:
예.
질문:
첨부한 메시지에서 숨은 참조와 참조가 유지됩니까?

대답:
아니요. 숨은 참조와 참조는 봉투 일지에서 유지되지 않습니다. 숨은 참조와 참조는 P2 받는 사람이라고도 합니다.
질문:
봉투 일지 기능을 해제하려면 어떻게 해야 합니까?

대답:
전자 메일 일지 고급 구성 도구(Exejcfg.exe)를 다운로드합니다. 자세한 내용은 앞부분에 있는 링크를 참조하십시오.
질문:
Exchange 2000 Server 및 Exchange Server 2003에서 메시지 일지 문제 해결에 사용할 수 있는 도구는 어떤 것이 있습니까?

대답:
CAT 모듈에서 regtrace를 구현한 다음 해당 메시지 일지 문제를 재현합니다. CAT 모듈은 분류기로 지정되어 있습니다. 추적 로그를 분석할 수 있도록 Microsoft 고객기술지원부로 보냅니다. 추적 로그의 이름은 Trace.atf입니다.

CAT 모듈에서 regtrace를 구현하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
238614
(http://support.microsoft.com/kb/238614/ )
XCON: Exchange 2000에 regtrace를 설정하는 방법

위로 가기 | 피드백 보내기

참조

Archive Sink 이벤트 싱크 유틸리티에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

307798

(http://support.microsoft.com/kb/307798/ )

서비스 팩 2에서 Archive Sink 유틸리티를 사용할 수 있다

Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹
(http://support.microsoft.com/newsgroups/default.aspx)
에 참여하시기 바랍니다.

위로 가기 | 피드백 보내기

속성

기술 자료: 843105 - 마지막 검토: 2007년 11월 26일 월요일 - 수정: 4.5

본 문서의 정보는 다음의 제품에 적용됩니다.

Microsoft Exchange Server 2003 Enterprise Edition
Microsoft Exchange Server 2003 Standard Edition
Microsoft Exchange 2000 Enterprise Server
Microsoft Exchange 2000 Server Standard Edition

kbinfo KB843105

위로 가기 | 피드백 보내기

피드백 보내기

위로 가기

기술 자료 번역

United States (English)

Select the product you need help with

Exchange Server 2003 및 Exchange 2000 Server에서 메시지 일지 문제 해결

이 페이지에서

소개

추가 정보

메시지 일지 용어

메시지 일지 유형

표준 일지

숨은 참조 일지

봉투 일지

메시지 일지 작동 방법

메시지 일지 프로세스의 구성 요소

최상의 방법

일반적인 문제에 대한 질문과 대답

참조

속성

본 문서의 정보는 다음의 제품에 적용됩니다.

키워드:?

피드백 보내기

기술 자료 번역