XGEN: Exchange 2000 릴리스 정보(2)

기술 자료 번역 기술 자료 번역
기술 자료: 277845 - 이 문서가 적용되는 제품 보기.
이 문서는 이전에 다음 ID로 출판되었음: KR277845
이 문서가 보관되었습니다. "그대로" 제공되었으며, 업데이트가 되지 않을 것입니다.
모두 확대 | 모두 축소

이 페이지에서

요약

본 문서는 Microsoft Exchange 2000 Server의 릴리스 정보가 포함된 2부로 된 문서 중 2부입니다. 1부에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
277844 XGEN: Exchange 2000 릴리스 정보(1)

추가 정보

공용 폴더

공용 폴더 조직간(Inter-Organizational) 복제 도구는 MAPI 공용 폴더 트리에서만 작동합니다

공용 폴더 조직간(Inter-Organizational) 복제 도구는 두 개의 응용 프로그램으로 구성되어 있는데, 하나는 복제를 구성(Exscfg.exe)하며 다른 하나는 Exchange에 사용(Exssrv.exe)됩니다. 이 도구들은 Microsoft Exchange 2000 Server CD의 Support/Exchsync 폴더에 제공됩니다. 공용 폴더 조직간 복제 도구를 구성하는 두 응용 프로그램은 기본 MAPI 공용 폴더 트리에서만 작동합니다.

범용 공용 폴더 트리 폴더에 대해 할당량 경고가 보내지지 않는 경우

기본 MAPI 공용 폴더 계층 밖에 있는 사용자가 만드는 모든 새로운 공용 폴더 트리 폴더를 범용 공용 폴더 트리라고 합니다. 범용 공용 폴더 트리에서 다음 크기(KB)일 때 경고 보내기 옵션을 설정하면 게시 한도에 도달하거나 초과하는 경우 관리자에게 경고 메시지가 보내지지 않습니다. 뿐만 아니라 할당량에 도달한 후에는 새 항목을 만들 수 없습니다.

혼합 환경에서 대체 공용 폴더 계층의 문제

Exchange 2000에서 새 공용 폴더 계층을 만들 수 있으며 각 폴더 계층은 웹 저장 시스템에서 고유한 데이터베이스로 표현할 수 있습니다. 그러나 Exchange Server 5.5 인터넷 메일 커넥터를 통해 어떤 지점에서 복제 메시지를 보내는 경우 대체 공용 폴더 데이터베이스는 혼합 환경에 복제되지 않습니다. 또한 공용 폴더가 로컬 사이트나 관리 그룹에 복제본을 갖고 있지 않고 사이트가 Exchange Server 5.5 커넥터를 사용하는 경우 메일은 대체 공용 폴더 계층의 공용 폴더로 전달되지 않습니다.

메일을 사용할 수 없는 사용자 또는 그룹을 공용 폴더 ACL에 추가하면 컨텐트가 숨겨집니다

메일을 사용할 수 없는 사용자나 그룹에 액세스 권한을 부여하는 MAPI 공용 폴더 계층에 액세스 제어 목록(ACL)을 추가하고 계층을 Exchange Server 5.5 컴퓨터에 복제하는 경우 사용자가 MAPI 공용 폴더의 컨텐트를 보지 못할 수 있습니다. 사용자가 MAPI 공용 폴더 계층의 컨텐트를 볼 수 있도록 하려면 메일을 사용할 수 없는 사용자를 ACL에서 제거합니다.

사용 권한 일관성을 확인하려면 다음을 수행하십시오.
  1. Exchange Server Administrator 프로그램에서 업그레이드 중인 서버를 마우스 오른쪽 단추로 누른 다음 Properties를 누릅니다.
  2. Advanced 탭에서 Consistency Adjuster 확인란을 선택합니다.
  3. 다음 확인란만 선택되었는지 확인합니다.
    • Remove unknown user accounts from mailbox permissions
    • Remove unknown user accounts from public folder permissions
  4. 공용 폴더의 위치가 옮겨지는 것을 알리는 경고 메시지 대화 상자에서 OK를 누릅니다. Synchronize with the directory and reset the home server value for public folders homed in unknown sites 옵션을 선택하지 않은 경우 공용 폴더의 위치는 옮겨지지 않습니다.

공용 폴더 저장소 복제 설정이 보존되지 않습니다

Exchange Server 5.5에서 Exchange 2000으로 공용 폴더 서버를 업그레이드한 후에 사용자 지정 복제 일정과 제한 설정이 손실됩니다. Replicate always interval 또는 Replication message limit의 사용자 지정 복제 설정을 사용하도록 Exchange Server 5.5 컴퓨터를 구성한 경우 Exchange System Manager에서 이 설정을 수동으로 다시 설정해야 합니다.

복제 제한을 다시 설정하려면 다음을 수행하십시오.
  1. Exchange System Manager에서 공용 폴더 저장소를 탐색합니다.
  2. 공용 폴더 저장소를 마우스 오른쪽 단추로 누른 다음 Properties를 누릅니다.
  3. Replication 탭에 있는 LimitsReplication interval for alwaysReplication message size limits에서 사용자 지정 설정을 추가합니다.

최상위 공용 폴더 작성 제한

기본적으로 Exchange 조직에 있는 모든 사용자는 최상위 공용 폴더를 만들 수 있습니다. ADSI Edit에서 이러한 사용 권한을 수동으로 변경할 수 있습니다.

모든 사용자의 최상위 폴더를 만드는 권한을 거부하려면 다음을 수행하십시오.
  1. 시작을 누르고 프로그램, Windows 2000 지원 도구, 도구를 차례로 가리킨 다음 ADSI Edit을 누릅니다.

    참고: Windows 2000 지원 도구인 ADSI Edit은 Windows 2000 CD의 Support\Tools 폴더에 들어 있습니다. ADSI Edit에 대한 자세한 내용은 Windows 2000 설명서를 참조하십시오.
  2. ADSI Edit에서 Configuration Container, Services, Microsoft Exchange를 차례로 두 번씩 누르고 해당 조직 이름이 있는 컨테이너를 마우스 오른쪽 단추로 누른 다음 Properties를 누릅니다.
  3. Security 탭에서 Advanced를 누릅니다.
  4. Name에서 Everyone을 누른 다음 Create top level public folder 옵션에 대해 Deny 확인란을 누릅니다.

Exchange System Manager에서 공용 폴더 ACL만 설정

Exchange 2000에서는 공용 폴더 계층의 공용 폴더에 보안을 설정할 수 있고 Exchange System Manager, Outlook 및 Windows 탐색기의 Windows 2000 버전을 사용하지만 도구들은 서로 호환되지 않습니다. 그 이유는 Windows 탐색기가 Windows 2000 액세스 제어 목록(ACL) 형식을 사용하여 MAPI 공용 폴더 계층에 보안 권한을 설정하고 Exchange System Manager 및 Outlook에서 MAPI ACL 형식을 사용하기 때문입니다. Exchange 웹 저장소 시스템은 두 ACL 형식을 모두 올바르게 해석할 수 있지만 도구들은 서로 호환되지 않습니다. 이런 이유로 MAPI 공용 폴더 계층의 보안을 편집할 때는 Exchange System Manager만 사용해야 합니다. 이 문제는 범용 또는 응용 프로그램 폴더 계층에서는 발생하지 않습니다. 예를 들어, 원래 Windows 탐색기를 사용하여 공용 폴더에 대한 사용 권한을 설정한 다음 Outlook 또는 Exchange System Manager를 사용하여 설정을 변경하려는 경우 아래에 제공된 문제 해결 단계를 수행할 때까지 공용 폴더 보안을 변경하지 못할 수 있습니다. 그런 다음 Exchange System Manager만 사용하여 공용 폴더에 ACL을 설정해야 합니다. 해당 폴더가 공용 폴더(Public Folders\TopLevelFolder)의 하위 폴더인 경우 사용 권한을 수정하는 데 Exchange System Manager를 사용할 수 있도록 다음 단계를 수행하십시오. Exchange System Manager에 ACL을 설정할 수 있도록 하려면 다음과 같이 하십시오.
  1. Windows 탐색기에서 해당 폴더를 마우스 오른쪽 단추로 누른 다음 등록 정보를 누릅니다.
  2. 보안 탭의 이름에서 계정을 선택한 다음 제거를 누릅니다. 모든 계정에 대해 이 단계를 반복합니다.
  3. 부모로부터 상속 가능한 사용 권한을 이 개체로 전파할 수 있음을 선택 취소한 다음 확인 대화 상자에서 제거를 누릅니다.
  4. 변경 사항을 저장하려면 확인을 누릅니다.
  5. Windows 탐색기에서 폴더를 마우스 오른쪽 단추로 다시 누른 다음 등록 정보를 누릅니다.
  6. 보안 탭에서 부모로부터 상속 가능한 사용 권한을 이 개체로 전파할 수 있음 확인란을 선택합니다.
  7. 변경 사항을 저장하려면 확인을 누릅니다.
해당 폴더가 공용 폴더(Public Folders\TopLevelFolder\SecondLevelFolder)의 두 번째 수준 폴더인 경우 사용 권한을 수정하는 데 Exchange System Manager를 사용할 수 있도록 다음 단계를 수행하십시오. Exchange System Manager에 ACL을 설정할 수 있도록 하려면 다음과 같이 하십시오.
  1. 최상위 폴더에 대해 앞의 단계를 완료합니다.
  2. 두 번째 수준 폴더에 대해 앞의 단계를 완료합니다.

라우팅 및 커넥터

커넥터 이름

혼합 모드 조직에서 순수 Exchange 2000 관리 그룹의 커넥터 표시 이름에 사용할 수 없는 일부 문자

혼합 모드 조직에서 새로운 순수 Exchange 2000 관리 그룹과 Exchange 조직에 SMTP, X.400 또는 라우팅 그룹 커넥터를 만들 때 커넥터 이름에 미국 ASCII 영숫자 문자, 포함된 공백 및 !"%&()+-,./:<>=?@[]_| 및 일부 대문자 ASCII 분음 문자만 사용할 수 있습니다. 이 제한은 이전에 관리 그룹에 Exchange Server 5.5 컴퓨터가 포함된 경우에는 적용되지 않습니다. 제한된 문자가 포함된 이름으로 이미 커넥터를 만든 경우에는 안전하게 삭제한 다음 허용되는 문자만 사용하여 다시 만들 수 있습니다.

SMTP, X.400 또는 라우팅 그룹 커넥터의 이름에 이 범위를 벗어나는 문자를 포함해야 하는 경우에는 이를 지원하도록 Exchange 2000을 구성할 수 있습니다. ADSI Edit 또는 LDP.exe 같은 디렉터리 편집기를 사용하여 각 커넥터의 legacyExchangeDN 특성이 이름에 제한된 문자를 포함하도록 수정합니다.

먼저 디렉터리 편집기를 사용하여 커넥터에 설정할 새로운 legacyExchangeDN 값을 검색하여 Exchange Server 5.5 디렉터리 서비스나 Exchange 2000 사이트 복제 서비스에서 커넥터의 특성을 읽습니다. 복사해야 하는 값은 커넥터의 Obj-Dist-Name 특성에 포함되어 있습니다.

그런 다음 디렉터리 편집기를 사용하여 Windows 2000 Active Directory에서 커넥터의 legacyExchangeDN 특성을 수정합니다. 이 특성의 기존 값을 이전 단계에서 얻은 새 값으로 바꿉니다. Active Directory 복제 대기 시간과 Exchange 2000 디렉터리 캐싱이 제어하는 기간이 지난 후에 메일은 이 커넥터를 통해 전달될 수 있습니다. 이 기간을 줄이려면 이 커넥터를 호스팅하는 Exchange 2000 서버 중 하나가 구성 정보를 사용하는 Active Directory에서 수정을 수행합니다.

기본적으로 커넥터 제한 검사는 해제되어 있습니다

메일 그룹 기반 제한을 커넥터에 적용해야 하는 경우 이러한 제한 검사를 수동으로 설정해야 합니다. 제한 검사는 검사 중인 커넥터의 원본인 Exchange 2000 브리지헤드에 설정해야 하는 레지스트리 키로 제어됩니다. 제한 검사를 사용할 수 있도록 설정하려면 다음 레지스트리 키에서 REG_DWORD 키를 만들고 이름을 CheckConnectorRestrictions로 지정한 다음 1로 설정합니다.
HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Resvc/Parameters/
제한을 지정하지만 레지스트리 키를 만들지 않으면 제한 검사는 수행되지 않습니다.

외부 시스템에 연결

Exchange 2000은 동적 RAS 커넥터를 지원하지 않습니다

Exchange Server 5.5에서 동적 RAS 커넥터를 사용하는 경우 Exchange 2000의 출시 버전으로 업그레이드하기 전에 커넥터 및 관련 전송 스택(RAS MTA 전송 스택)을 제거해야 합니다. Exchange 2000은 이 커넥터 또는 관련 전송 스택을 포함하고 있지 않습니다. 특정 세부 사항과 업그레이드 권장 사항은 Microsoft 기술 자료 문서와 업그레이드 및 마이그레이션 설명서에서 참조할 수 있습니다. 한 가지 권장하는 대안은 적절한 업그레이드를 수행하는 것입니다.

Exchange Server 5.5의 적절한 업그레이드를 수행하려면 다음과 같이 하십시오.
  1. 아직 수행하지 않은 경우 서버의 운영 체제를 Microsoft Windows 2000으로 업그레이드합니다.
  2. Exchange Server 5.5 Administrator 프로그램에서 교체 커넥터를 만듭니다.
    • 인터넷 메일 서비스를 설치하고 구성하여 전화 접속과 현재 전화 번호부 항목을 사용합니다.
    • X.400 커넥터를 만들거나 구성하여 라우팅 및 원격 액세스(RRAS)를 사용합니다. 이렇게 하려면 RRAS가 설치되어야 합니다.
  3. 지원되지 않는 RAS 커넥터를 제거합니다.
  4. 지원되지 않는 RAS MTA 전송 스택을 제거합니다.
  5. 서버를 Exchange 2000의 출시 버전으로 업그레이드합니다.

SMTP(Simple Mail Transfer Protocol)

인터넷 메일 기능에 SMTP 커넥터가 필요하지 않습니다

Exchange 2000에서는 기본적으로 인터넷 메일을 보내고 받을 수 있습니다. 모든 서버가 인터넷에 연결할 수 있고 모든 네트워크 연결에 도메인 이름 서버를 설정한 경우 모든 서버는 외부 SMTP 주소에 직접 연결할 수 있습니다. SMTP 커넥터를 만드는 유일한 이유는 모든 아웃바운드 SMTP 메일을 특정 서버나 게이트웨어 서버 집합을 통해 라우팅하기 위해서 입니다.

인터넷 메일 서비스 업그레이드 후에 스마트 호스트를 설정합니다

인터넷 메일 서비스를 사용하여 같은 조직의 다른 Exchange Server 5.5 사이트에 연결한 경우 업그레이드 결과로 만들어진 Exchange 2000 SMTP 커넥터에 스마트 호스트 필드를 수동으로 설정해야 합니다. Exchange Server 5.5에서 대상 호스트 정보는 주로 원격 사이트 정보의 Routing Address 탭에 설정됩니다. Exchange 2000에서 해당 정보는 커넥터의 스마트 호스트로 입력해야 합니다. 이전에 인터넷 메일 서비스를 사용하여 여러 사이트에 연결한 경우 각각 하나의 연결된 라우팅 그룹 항목과 적절한 스마트 호스트를 가진 여러 SMTP 커넥터를 만들어야 합니다. SMTP 가상 서버의 Delivery 탭이나 SMTP 커넥터의 General 탭에서 스마트 호스트를 설정할 수 있습니다.

양쪽 연결 모두가 Exchange 2000 서버인 경우 구성하기 쉽고 SMTP 프로토콜을 사용(Exchange 2000 서버간 연결의 경우)하는 라우팅 그룹 커넥터로 교체하는 것이 좋습니다.

Exchange 2000을 SMTP 브리지헤드로 사용할 때 인터넷 메일 서비스에 설정된 컨텐트 구성을 수동으로 이동해야 합니다

Exchange Server 5.5에서 인터넷 메일 서비스에 도메인별 컨텐트 구성을 지정한 경우(예를 들어, 도메인의 모든 메시지는 서식 있는 텍스트 형식이며 모든 첨부 파일이 MIME 형식인 경우) 컨텐트 구성 설정을 Exchange System Manager에 수동으로 입력해야 합니다. 또한, Exchange Server 5.5에서는 인터넷 메일 서비스의 각 인스턴스에 컨텐트 구성을 설정하는 것이 허용되므로 인터넷 메일 서비스의 각 인스턴스마다 다른 설정을 가질 수 있지만 Exchange 2000은 조직 단위로 하나의 글로벌 컨테이너에 모든 설정을 통합합니다. 모든 인터넷 메일 서비스의 모든 설정은 Exchange System Manager로 마이그레이션되어야 합니다. 이 작업은 Exchange 2000 서버에서 호스팅하는 Exchange 조직 외부에 SMTP 커넥터가 하나만 있는 경우에도 수행되어야 합니다.

Exchange Server 5.5 컴퓨터의 설정을 보려면 다음과 같이 하십시오.
  1. Exchange Server 5.5 Administrator 프로그램을 사용하여 사이트를 선택하고 Connections을 누른 다음 수정할 인터넷 메일 서비스를 두 번 누릅니다.
  2. Internet Mail 탭을 누른 다음 E-Mail Domain 단추를 누릅니다.
  3. 구성된 각 도메인을 보려면 해당 도메인을 두 번 누릅니다.
Exchange System Manager에 설정을 입력하려면 다음과 같이 하십시오.
  1. Global Settings 노드로 이동합니다.
  2. 콘솔 트리에서 Global Settings을 두 번 누른 다음 Internet Message Formats 노드를 선택합니다. 오른쪽 창에는 기본 형식이 하나 있습니다.
  3. 특정 도메인에 대해 새 형식을 만들려면 Internet Message Formats를 마우스 오른쪽 단추로 누르고 New를 선택한 다음 Domain을 누릅니다.
  4. Properties 대화 상자에서 설정 값을 입력합니다.

일부 인터넷 메일 서비스 구성 데이터는 수동으로 업그레이드해야 합니다

일부 Exchange Server 5.5 인터넷 메일 서비스 구성 데이터는 서버를 Exchange Server 5.5에서 Exchange 2000으로 업그레이드할 때 업그레이드되지 않습니다. 서버를 업그레이드하기 전에 Exchange Server 5.5 인터넷 메일 서비스의 구성 상태를 보려면 Exchange Server 5.5 Administrator를 사용하여 같은 조직에 있는 다른 Exchange Server 5.5 컴퓨터에 연결합니다. 새로 업그레이드한 커넥터의 등록 정보를 엽니다. Extension-Data 특성은 Exchange Server 5.5 디렉터리에 유지되며 Exchange Server 5.5 Administrator는 이 특성을 사용하여 Exchange Server 5.5 구성 세부 사항을 표시할 수 있습니다. 업그레이드 이전 구성을 본 후에 Exchange System Manager 또는 인터넷 정보 서비스 MMC(Microsoft Management Console) 스냅인을 통해 Exchange 2000 구성을 적절하게 업그레이드할 수 있습니다.

클러스터링

클러스터 서버는 프런트 엔드 서버가 될 수 없습니다

클러스터링은 공유 저장소에 연결되어 있고 프런트 엔드 서버만 인터넷 클라이언트 프로토콜 명령을 사서함 서버에 릴레이하는 경우 Exchange 사서함 서버 장애 조치 기능을 제공하기 때문에 클러스터 서버를 프런트 엔드 서버로 사용하는 장점이 없습니다. 그러나 프런트 엔드 서버는 여러 프런트 엔드 서버를 사용하여 로드 균형 조정을 계획하여 내결함성이 강화되도록 할 수 있습니다.

Exchange 2000으로 클러스터링된 노드에 Outlook을 설치하면 Schedule+ 약속 있음/없음이 올바르게 작동하지 않습니다

Outlook을 Exchange 2000으로 클러스터링된 노드에 설치하면 다음 레지스트리 키 값이 ncalrpc로 변경됩니다.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider\Rpc_Binding_Order
이렇게 되면 Schedule+ 약속 있음/없음이 작동을 중지합니다. 이 문제를 해결하려면 Outlook을 설치한 후에 키를 사용하던 원래 값으로 다시 변경해야 합니다. 서버에 레지스트리 키를 설정하려면 다음과 같이 하십시오.
  1. 시작 메뉴에서 실행을 누릅니다.
  2. 열기regedit을 입력합니다.
  3. 아래의 키를 찾습니다.
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider\Rpc_Binding_Order
  4. Rpc_Binding_Order를 마우스 오른쪽 단추로 누른 다음 수정을 누릅니다.
  5. 값 데이터ncacn_ip_tcp,ncacn_spx,ncacn_np,NETBIOS를 입력합니다.

클러스터에 Recipient Update Service를 구성할 경우

Exchange 2000 서버의 네트워크 이름 리소스는 해당 서버를 Recipient Update Service의 소유자로 지정할 수 있어야 합니다. 서버의 네트워크 이름 리소스를 사용할 수 없거나 서버 이름이 DNS(Domain Name System)에 더 이상 등록되어 있지 않을 때 서버를 소유자로 지정하려고 시도하면 "네트워크 이름을 찾을 수 없습니다"라는 오류 메시지와 함께 실패합니다. 이러한 오류가 발생하면 Recipient Update Service 서버로 클러스터가 되거나 될 수 없는 다른 서버를 선택하거나 취소 또는 확인을 선택하기 전에 클러스터 가상 서버 그룹의 네트워크 이름 리소스가 사용 가능한지 확인할 수 있습니다.

메시지 전송 에이전트

혼합 모드 환경의 원래 Exchange 가상 서버에서 메시지 전송 에이전트를 제거하지 마십시오

Exchange 2000 가상 서버에는 메시지 전송 에이전트(MTA) 외에 여러 리소스가 포함되고 있습니다. 서버가 혼합 모드 환경에 있는 동안 만들어진 원래 Exchange 가상 서버에서 MTA 리소스를 제거하지 마십시오. 서버가 클러스터의 마지막 가상 서버가 아닌 경우 MTA 리소스가 있는 원래 가상 서버를 삭제할 수 없습니다. MTA 리소스가 있는 원래 가상 서버가 삭제된 경우 원래 가상 서버와 같은 네트워크 이름을 사용하여 교체 Exchange 2000 가상 서버를 다시 클러스터에 추가해야 합니다. 그런 다음 클러스터에서 모든 다른 응용 프로그램과 데이터를 다시 제거하기 전에 교체 서버의 모든 사용자를 이동해야 합니다.

이벤트 뷰어

이벤트 뷰어가 클러스터에 잘못된 서버 이름을 포함할 수 있습니다

웹 저장소 시스템이 생성한 이벤트 메시지를 이벤트 뷰어를 사용하여 읽으면 컴퓨터 필드에 서버 이름이 잘못 나열될 수 있습니다. 이벤트 메시지가 생성된 올바른 서버를 보려면 이벤트 메시지의 설명을 사용하십시오. 올바른 서버 이름은 메시지의 설명에 표시된 데이터베이스 경로에 나열됩니다.

프로토콜 가상 서버

클러스터의 프로토콜 가상 서버는 자신의 IP 주소의 연결을 허용해야 합니다

HTTP(Hypertext Transfer Protocol), SMTP(Simple Mail Transfer Protocol), POP3(Post Office Protocol version 3) 및 IMAP(Internet Message Access Protocol)를 포함하여 모든 프로토콜 가상 서버를 사용하면 모든 서버의 모든 연결을 거부할 수 있습니다. 프로토콜 가상 서버가 모든 연결을 거부하도록 구성된 경우 프로토콜 가상 서버는 Exres.dll의 IsAlive 호출을 거부합니다. 각 프로토콜 가상 서버는 자신의 인터넷 프로토콜(IP) 주소의 연결은 허용해야 합니다. 프로토콜 서버가 자신의 IP 주소의 연결을 허용할 수 있는지 확인하려면 프로토콜 가상 서버의 등록 정보 대화 상자를 엽니다. 액세스 탭에서 연결을 누릅니다. 아래 목록만의 연결을 허용하는 옵션을 선택한 경우 Exchange 2000 가상 서버의 IP 주소가 나열되는지 확인합니다.

클러스터에 SSL(Secure Sockets Layer)을 사용할 경우

클러스터의 프로토콜에 SSL(Secure Sockets Layer)을 사용하려면 Exchange System Manager 및 Exchange 2000 가상 서버의 인증서를 같은 노드에 설치해야 합니다. 첫 번째 인증서를 설치한 후에 두 번째 노드의 가상 서버를 장애 조치한 다음 두 번째 노드에 Exchange System Manager를 사용하여 다른 인증서를 설치합니다.

클러스터에 Exchange 2000을 설치하려면 Physical Disk 리소스가 필요합니다

Exchange 2000은 모든 클러스터 하드웨어에서 작동하지는 않으며 "Physical Disk" 유형의 디스크 리소스를 필요로 합니다. "Physical Disk"라는 이름의 디스크 리소스가 없는 클러스터에서 Exchange 2000을 업그레이드하거나 설치하지 마십시오. 클러스터 하드웨어가 Windows NT 클러스터 리소스를 사용하지 않는 경우 "Physical Disk"는 클러스터를 Exchange 2000으로 설치하거나 업그레이드하지 않습니다.

채팅, 인스턴트 메시징 및 멀티미디어 메시징

채팅

Exchange 2000 Chat Service는 Exchange Chat Service 5.5 SP1 이상에서 실행 가능

구성 데이터를 Exchange 2000 Chat Service로 마이그레이션하려면 Exchange 2000 Chat Service를 실행하는 서버에 Chat Service 버전 5.5 서비스 팩 1(SP1) 이상이 설치되어 있어야 합니다. Chat Service의 한 버전을 한 번에 한 서버에서만 실행하는 것이 좋지만 두 버전을 동시에 실행하여 데이터를 마이그레이션할 수 있습니다. Chat Service의 두 버전을 실행하려면 한 버전에서만 Profanity와 Transcription 서버 확장을 설정해야 합니다. 또한 Chat Service의 각 버전은 다른 클라이언트 포트 번호를 사용해야 합니다. 기본적으로 Chat Service는 포트 6667을 사용하므로 한 서비스의 버전은 대체 포트를 사용하도록 변경해야 합니다.

인스턴트 메시징

IIS 서버를 제거하기 전에 인스턴트 메시징 가상 서버를 제거해야 합니다

인스턴트 메시징 가상 서버와 관련된 인터넷 정보 서비스(IIS) 서버를 제거하려면 먼저 인스턴트 메시징 가상 서버를 삭제한 다음 IIS 서버를 삭제해야 합니다. IIS 서버를 먼저 삭제하면 인스턴트 메시징 가상 서버를 Exchange System Manager에서 삭제할 수 없습니다. 대신 Active Directory 편집 도구를 사용하여 디렉터리에서 인스턴트 메시징 가상 서버를 제거해야 합니다. 이 수동 제거 프로세스에 대한 자세한 내용은 Microsoft 기술 지원 서비스에 문의하십시오.

더블바이트 문자 집합 표시 이름을 가진 사용자는 로그온할 수 없습니다

인스턴트 메시징 사용자 표시 이름에는 더블바이트 문자 집합(DBCS) 문자를 사용할 수 없습니다. 인스턴트 메시징 사용자를 설정하기 전에 ASCII SMTP(Simple Mail Transfer Protocol) 주소를 구성해야 합니다. ASCII SMTP 주소를 설정하지 않으면 사용자는 인스턴트 메시징 서버에 로그온하지 못할 수 있습니다.

사용자는 다이제스트 인증에 암호를 제공해야 합니다

인스턴트 메시징 서버에 로그온하려면 사용자는 다이제스트 인증에서 서버를 인증할 때 사용자 이름과 암호를 제공해야 합니다. 서버는 Windows 통합 인증(NTLM)과 다이제스트 인증의 두 가지 인증 방법을 허용합니다. Windows 통합 인증은 빈 암호를 허용하지만 다이제스트 인증은 이를 허용하지 않습니다. 사용자가 다이제스트 인증을 받는 경우 로그온 대화 상자에 암호를 입력해야 합니다. 그렇지 않으면 인증이 실패하고 사용자는 서버에 로그온할 수 없습니다.

인스턴트 메시징 제거

인스턴트 메시징을 제거하려면 먼저 조직에서 모든 인스턴트 메시징 가상 서버를 제거해야 합니다. 가상 서버를 성공적으로 제거한 후에 이들 서버에 할당된 모든 사용자는 인스턴트 메시징에 대해 자동으로 해제됩니다. 인스턴트 메시징 가상 서버를 제거하지 않은 경우 인스턴트 메시징과 관련된 사용자를 수동으로 해제해야 합니다. 이렇게 하지 않으면 다시 설치하더라도 사용자는 여전히 인스턴트 메시징을 사용할 수 있습니다.

인스턴트 메시징 데이터베이스 위치 변경

인스턴트 메시징 데이터 파일의 위치를 변경하려면 데이터베이스 위치를 변경한 다음 관련 서비스를 다시 시작해야 합니다.

인스턴트 메시징 데이터베이스와 로그 파일의 위치를 변경하려면 다음과 같이 하십시오.
  1. Exchange System Manager에서 Servers를 두 번 누르고 서버를 선택하고 Protocols를 두 번 누르고 Instant Messaging(RVP)을 마우스 오른쪽 단추로 누른 다음 Properties를 선택합니다.
  2. General 탭의 Database Location에 데이터베이스의 새 위치를 입력하거나 검색한 다음 Logfile Location에 로그 파일의 새 위치를 입력하거나 검색합니다.
  3. 새 위치가 사용 중인지 확인하려면 Services에서 World Wide Web Publishing service를 마우스 오른쪽 단추로 누른 다음 Restart를 선택합니다.
홍보용 배너 해제

인스턴트 메시징 클라이언트의 맨 아래에 표시되는 홍보용 배너를 해제하려면 다음 두 레지스트리 설정을 설정해야 합니다.

참고: 레지스트리 설정의 다음 조합은 MSN Messenger 연결을 해제합니다.
  • HKEY_LOCAL_MACHINE\Software\Microsoft\MessengerService\Policies\DisableCrossPromo를 0이 아닌 이진값으로 설정해야 합니다.
  • HKEY_LOCAL_MACHINE\Software\Microsoft\MessengerService\Policies\ExchangeConn을 이진수 10으로 설정해야 합니다.
홈 서버는 여러 도메인 환경에 FQDN을 갖고 있어야 합니다

인스턴트 메시징 사용자를 호스팅하는 여러 도메인이 있는 경우 모든 홈 서버에 대해 정식 도메인 이름(FQDN)을 사용해야 합니다. 예를 들어, 홈 서버 이름을 InstMsgServer1으로 지정하는 대신 InstMsgServer1.microsoft.com과 같이 전체 도메인 이름을 포함시킵니다. FQDN을 사용하지 않으면 도메인의 DNS(Domain Name System) 서버는 다른 도메인에 있는 홈 서버에 쿼리할 때 사용할 올바른 서버를 확인하지 못할 수 있습니다. 또한, Windows 통합 인증을 사용하는 경우 클라이언트의 프록시 제외 목록은 각 도메인에 있는 모든 홈 서버를 포함해야 합니다.

홈 서버를 클라이언트 프록시 제외 목록에 추가하려면 다음과 같이 하십시오.
  1. Internet Explorer의 도구 메뉴에서 인터넷 옵션을 선택합니다.
  2. 연결 탭에서 LAN 설정을 누릅니다.
  3. LAN 설정 대화 상자의 프록시 서버에서 고급을 누른 다음 예외에 홈 서버 주소를 입력합니다.

멀티미디어 메시징

VPIM 인바운드 및 아웃바운드 변환 구성

Exchange 2000은 VPIM 버전 2 메시지를 Microsoft 멀티미디어 메시지 형식으로 변환하여 VPIM 메시지 형식을 지원합니다. 이 작업은 인바운드 VPIM 메시지를 Microsoft 멀티미디어 메시지 형식으로 변환하여 인바운드를 수행하거나 메시지를 VPIM 받는 사람에게 보내는 경우 Microsoft 멀티미디어 메시지를 VPIM으로 변환하여 아웃바운드를 수행할 수 있습니다. 기본적으로 두 방향의 변환 모두 해제되어 있습니다. 사용자가 VPIM 사용자와 통신하는 경우 ADSI Edit 또는 Ldp.exe 같은 디렉터리 편집기를 사용하여 변환을 설정할 수 있습니다. VPIM 변환을 설정할 각 Exchange 2000 서버에 대해 Active Directory의 모든 msExchExchangeServer 개체에 있는 다음 특성을 설정해야 합니다.
  • 인바운드 VPIM을 Microsoft 멀티미디어 메시지로 변환하려면 msExchVPIMConvertInbound를 TRUE로 설정합니다.
  • 아웃바운드 Microsoft 멀티미디어 메시지를 VPIM으로 변환하려면 msExchVPIMConvertOutbound를 TRUE로 설정합니다.
Outlook 2000 확장을 설치하여 Exchange Multimedia Messaging 설정

사용자는 Exchange Multimedia Messaging에 대해 Outlook 2000 확장을 설치해야 합니다. 이러한 확장은 다음 위치에서 찾을 수 있습니다.
http:// MachineName /Exchweb/Bin/Emsetup.asp
Exchange Multimedia Messaging에 대해 Outlook 2000 확장을 사용하면 Outlook 2000 사용자 인터페이스에서 Exchange 2000 컨트롤을 사용하여 오디오와 비디오 메시지를 기록할 수 있습니다. 각 멀티미디어는 메시지에 책갈피로 렌더링되어 받는 사람은 마우스를 눌러 오디오나 비디오 메시지를 재생할 수 있습니다. 또한 이 멀티미디어 정보를 텍스트로 통합하는 옵션이 있습니다.

Windows 98 First Edition 및 비USB 카메라는 멀티미디어 메시징을 지원하지 않습니다

Outlook 2000 및 Outlook Web Access 멀티미디어 확장은 Windows 98 Second Edition과 Windows 2000 Professional의 USB 카메라를 지원합니다. 비 USB 카메라 장치는 지원되지 않습니다. Windows 98 First Edition은 지원되지 않습니다.

보안

키 관리 서비스

인증서를 게시하려면 모든 사용자 도메인에 글로벌 카탈로그가 필요합니다

키 관리 서비스를 통해 보안에 사용자를 등록하기 전에 사용자와 같은 도메인에 글로벌 카탈로그가 있어야 합니다. 그렇지 않으면 클라이언트는 디렉터리에 인증서를 게시할 수 없습니다. 또한 해당 글로벌 카탈로그에 클라이언트를 게시하려면 레지스트리 항목이 모든 클라이언트 컴퓨터에 설정되어 있어야 합니다.

레지스트리 키를 설정하려면 다음과 같이 하십시오.
  1. 시작 메뉴에서 실행을 누릅니다.
  2. 열기regedit을 입력합니다.
  3. 아래 레지스트리 키를 찾습니다.
    HKEY_Local_Machine\Software\Microsoft\Exchange\Exchange Provider
  4. Exchange Provider를 마우스 오른쪽 단추로 누르고 새로 만들기를 가리킨 다음 문자열 값을 누릅니다.
  5. ds server를 입력한 다음 Enter 키를 누릅니다.
  6. ds server를 마우스 오른쪽 단추로 누른 다음 수정을 누릅니다.
  7. 값 데이터에 글로벌 카탈로그 서버의 이름을 입력합니다.
Outlook 클라이언트가 인증서 해지 목록 배포 지점을 사용하려면 특정 레지스트리 키가 필요합니다

Outlook은 기본적으로 인증서 해지 목록 배포 지점을 사용하지 않습니다. 보안 메일을 받았는데 아직 발급자에 대한 유효한 인증서 해지 목록이 없을 때 Outlook이 유효한 인증서 해지 목록을 찾을 수 있도록 레지스트리 키를 설정해야 합니다. 레지스트리 키를 설정하면 인증서에 인증서 해지 목록 배포 지점이 포함된 경우 Outlook이 인증서의 인증서 해지 목록 배포 지점을 사용하여 발급자에 대한 유효한 인증서 해지 목록을 가져올 수 있습니다.

클라이언트에 다음 레지스트리 키를 만듭니다.
HKEY_LOCAL_MACHINE\Software\Microsoft\Cryptography\{7801ebd0-cf4b-11d0-851f-0060979387ea}

PolicyFlags =DWORD:0x00010000
Exchange 2000으로 업그레이드한 후에 키 관리 서비스가 인증서 해지 목록을 게시하려면 서버 레지스트리 키가 필요합니다
Exchange 정책 모듈이 설치된 Exchange Server 5.5 인증 기관(CA)이 있는 경우 CA는 인증서 해지 목록 배포 지점 확장을 인증서에 추가하지 않습니다. 사용자가 키 관리 서비스의 Exchange Server 5.5 버전을 통해 보안에 등록된 경우 해당 인증서에는 인증서 해지 목록 배포 지점이 없습니다. 키 관리 서비스 버전이 Exchange Server 5.5인 경우에는 유효한 인증서 해지 목록이 여전히 있을 수 있습니다. 이것은 Exchange Server 5.5 키 관리 서비스에 인증서 해지 목록이 게시되었기 때문에 Outlook은 기본적으로 인증서 해지 목록에 대한 CA 개체를 확인합니다. 이전에 Exchange Server 5.5 키 관리 서비스 정책 모듈이 설치되었던 CA가 키 관리 서비스의 Exchange 2000 버전으로 업그레이드된 경우 키 관리 서비스가 인증서 해지 목록을 게시할 수 있도록 서버에 레지스트리 키를 설정해야 합니다. 이 레지스트리 키는 여러 CA를 포함할 수 있으며 키 관리 서비스는 나열된 모든 CA에 대해 인증서 해지 목록을 게시합니다.

서버에 레지스트리 키를 설정하려면 다음과 같이 하십시오.
  1. 시작 메뉴에서 실행을 누릅니다.
  2. 열기regedit을 입력합니다.
  3. 아래 레지스트리 키를 찾습니다.
    HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\KMServer
  4. KMServer를 마우스 오른쪽 단추로 누르고 새로 만들기를 가리킨 다음 문자열 값을 누릅니다.
  5. V3CaConfigStrings를 입력한 다음 Enter 키를 누릅니다.
  6. V3CaConfigStrings를 마우스 오른쪽 단추로 누른 다음 수정을 누릅니다.
  7. 값 데이터에 인증서 해지 목록을 게시할 모든 CA의 구성 문자열을 입력합니다.
키 관리 서비스 데이터베이스를 로컬로 백업해야 합니다

보안상의 이유로 키 관리 서비스 데이터베이스는 원격 컴퓨터에서 백업할 수 없습니다. Windows NT 백업은 로컬 서버의 키 관리 서비스 데이터베이스만 백업할 수 있습니다.

혼합 환경에서 키 관리 서비스 관리

Exchange 2000의 키 관리 개체는 Exchange 2000 키 관리 서비스에 의해서만 관리됩니다. Exchange Server 5.5 키 관리 서비스만이 Exchange Server 5.5의 인증 기관 개체를 관리합니다. Exchange Server 5.5에서 사이트 암호화로 알려진 Exchange 2000의 암호화 구성 개체는 순수 Exchange Server 5.5 사이트를 제외한 모든 인스턴스의 Exchange 2000 시스템 관리자가 관리합니다. 순수 Exchange Server 5.5 사이트에서 사이트 암호화 개체는 Exchange Server 5.5 Administrator가 관리합니다.

관리자 권한

도메인 관리자가 Exchange를 관리하기 위한 보안 권한을 할당합니다

사용자와 연락처 개체를 관리하는 관리 권한은 도메인 관리자에 의해 할당되며 Exchange 관리자 권한과는 별도입니다. Exchange 2000 개체를 관리하는 권한이 부여되지 않은 경우 그룹, 연락처 및 사용자 메일을 사용할 수 없습니다. Exchange 2000 개체를 관리하는 권한이 없더라도 여전히 새 사용자를 만들 수 있습니다. 그러나 해당 사용자에 대한 전자 메일 주소는 만들 수 없습니다. 전자 메일 주소 없이 새 사용자, 그룹 또는 연락처를 만들려면 Active Directory 컴퓨터 및 사용자의 New Object Wizard에서 Exchange 사서함 만들기 확인란의 선택을 취소합니다.

가상 서버

HTTP 가상 서버

더블바이트 문자 집합은 가상 디렉터리 이름에서 지원되지 않습니다

Exchange 2000은 가상 디렉터리 별칭 이름에서 더블바이트 문자 집합(DBCS)을 지원하지 않습니다. Exchange System Manager에서 가상 서버에 대한 가상 디렉터리를 만들 수 있습니다. 가상 디렉터리가 사용하는 경로나 폴더를 만드는 경우 확장 문자로 알려진 DBCS 문자를 사용해서는 안됩니다.

IMAP 가상 서버

기본적으로 IMAP 메시지 형식은 HTML로 설정됩니다

Exchange 2000에서 MAPI 메시지를 MIME 형식으로 변환하는 기본값이 HTML로 변경되었습니다. Microsoft Pocket Outlook처럼 HTML을 처리하지 못하는 인터넷 메시지 액세스 프로토콜(IMAP) 클라이언트를 사용하는 사용자가 있는 경우 서버나 사용자 기반에서 이 메시지 형식을 변경해야 합니다. 메시지 형식 변경에 대한 자세한 내용은 Exchange 2000 온라인 설명서를 참조하십시오.

NNTP 가상 서버

NNTP를 사용하여 중재하는 뉴스 그룹에 메시지를 게시하려면 Windows 2000 서비스 팩 2가 필요합니다

뉴스 그룹을 중재하기 위한 NNTP 게시가 실패하며 "441 Article Rejected" 오류 메시지가 NNTP 클라이언트로 반환됩니다. 이 문제를 해결하려면 Windows 2000 서비스 팩 2(SP2)를 Exchange 2000 NNTP 서버에 적용해야 합니다. 이 문제와 관련된 업데이트는 Microsoft 기술 지원 서비스에 문의하십시오.

이 수정 프로그램의 영어 버전은 아래와 같거나 그 이상의 파일 특성을 가집니다.

날짜 시간 버전 크기 파일 이름
-------------------------------------------------------
11/08/2000 11:27p 5.0.2195.2304 137,488 Nntpfs.dll

이 핫픽스를 구하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
277687 Posting to an NNTP Moderated Newsgroup May Not Work

웹 저장소 시스템

"시작하는 사용자"로 실행하도록 설정된 이벤트 싱크에 시스템 계정 사용 권한이 있습니다

웹 저장소 시스템 이벤트의 싱크는 Microsoft Transaction Server(MTS) 패키지에서 호스팅하는 COM 동적 연결 라이브러리(DLL) 또는 COM 실행 파일 같은 구성 요소 개체 모델(COM) 구성 요소로 구현됩니다. MTS 패키지나 COM 실행 파일이 "시작하는 사용자"로 실행하도록 설정된 경우 이는 웹 저장소 시스템 프로세스의 사용자 컨텍스트이기 때문에 시스템 계정이 사용됩니다. 시스템 계정에서 실행되는 이벤트 싱크에는 사용자 사서함을 포함하여 모든 저장소의 모든 데이터에 대한 액세스 권한이 있습니다.

재난 후에 데이터베이스 복구

재난 복구 모드에서 설치 프로그램을 실행한 후 Ntbackup.exe를 사용하여 데이터베이스를 복구하기 전에 백업을 복구할 저장 그룹에 .log 또는 .chk 확장명을 가진 파일이 없는지 확인해야 합니다. 기존 로그의 로그 서명이 백업 로그의 서명과 일치하지 않을 경우 복구하는 동안 두 파일 형식 중 하나를 찾지 못하게 됩니다. 새 저장소 그룹에 새 데이터베이스를 만들고 .edb 파일의 작성을 취소하는 경우 이런 형식의 파일이 만들어질 수 있습니다.

복원 프로세스는 다른 복원을 위한 임시 로그 디렉터리를 사용하기 전에 완료해야 합니다

동시에 같은 저장소 그룹에서 연속하여 두 데이터베이스를 복원하려면 다른 디렉터리를 선택하여 임시 로그를 저장해야 합니다. 그렇지 않으면 같은 저장소 그룹의 일부인 두 데이터베이스를 같은 임시 로그 디렉터리로 연속하여 복원할 경우 첫 번째 복원 프로세스는 같은 저장소 그룹에 있는 다른 데이터베이스의 두 번째 복원 프로세스를 시작하기 전에 완료되어야 합니다. 복원 프로세스를 완료하려면 Windows NT 백업에서 마지막 백업 세트 확인란을 누른 다음 로그 파일을 다시 재생해야 합니다. 복원 프로세스와 로그 파일 재생이 모두 완료되었는지 확인하려면 응용 프로그램 로그를 확인하십시오.

설치 가능한 파일 시스템을 통해 지속된 검색 폴더를 삭제하면 모든 참조 항목이 삭제됩니다

지속된 검색 폴더는 HTTP/DAV를 사용하여 프로그래밍 방식으로 만들 수 있습니다. 설치 가능한 파일 시스템(IFS)을 통해 지속된 검색 폴더를 삭제하면 검색 폴더의 모든 참조 항목이 삭제됩니다. 지속된 검색 폴더는 기본적으로 만들어지지 않으며 사용자 지정 코드에서 수동으로 만들어야 합니다.

전송 중인 메일에 영향을 미치지 않도록 데이터베이스를 안전하게 삭제

서버에 있는 데이터베이스를 삭제하려면 다음 단계를 완료하여 전송 중이거나 서버에 있는 데이터베이스의 메일을 실수로 삭제하지 않도록 해야 합니다. 이 단계는 Exchange 2000 서버의 전송 및 메시지 전송 에이전트(MTA) 구성 요소가 데이터베이스를 사용하여 서버와 웹 저장소 시스템 간에 모든 메시지를 전송할 수 있기 때문에 필요합니다. 이 경우 데이터베이스를 삭제하면 해당 서버에서 전송 중인 메시지가 삭제되고 배달하지 않은 메시지 보고서가 생성되지 않습니다.

데이터베이스를 삭제하려면 다음과 같이 하십시오.
  1. Exchange System Manager에서 해당 데이터베이스를 마우스 오른쪽 단추로 누른 다음 Properties를 누릅니다.
  2. Database 탭에서 Do not mount the store at startup 확인란의 선택을 취소합니다.
  3. 모든 Exchange 서비스를 다시 시작합니다.
  4. Exchange System Manager에서 데이터베이스를 마우스 오른쪽 단추로 누른 다음 Mount Store를 누릅니다.참고: 데이터베이스로부터 전송 중이고 데이터베이스로 배달될 이전에 보낸 모든 메시지가 완료되기를 기다려야 합니다. 기본적으로 이 작업은 이틀 안에 발생하며 이후에는 이러한 메시지가 배달되지 않습니다. 그러나 일반적으로 이 작업은 몇 시간 내에 발생합니다.
  5. : 데이터베이스로부터 전송 중이고 데이터베이스로 배달될 이전에 보낸 모든 메시지가 완료되기를 기다려야 합니다. 기본적으로 이 작업은 이틀 안에 발생하며 이후에는 이러한 메시지가 배달되지 않습니다. 그러나 일반적으로 이 작업은 몇 시간 내에 발생합니다.Exchange System Manager에서 해당 데이터베이스를 마우스 오른쪽 단추로 누른 다음 Delete를 누릅니다.


Lotus Notes용 Application Converter

MXOCX2 쿼리가 통화 데이터 유형을 지원하지 않습니다

MXOCX2 쿼리 메서드를 사용하는 양식을 만들고 쿼리에 통화 데이터 유형을 사용하는 경우 쿼리에 호환되지 않는 데이터 유형이 포함되어 있다는 오류 메시지가 나타납니다. 통화 데이터 유형이 포함된 쿼리는 MXOCX2에서 지원되지 않습니다.

공용 폴더 항목이 Lotus Notes에 올바르게 복제되지 않을 수 있습니다

토론이나 작업 같은 Lotus Notes에 해당하는 항목이 없는 메시지 클래스를 사용하여 공용 폴더에 항목을 추가하면 이러한 항목은 Lotus Notes에 올바르게 복제되지 않습니다. 보낸 사람제목 필드는 복제된 항목에 나타나지만 본문 내용은 나타나지 않습니다.

메모리가 부족하여 복제할 수 없습니다

Lotus Notes 폴더가 있는 Exchange 2000 공용 폴더를 복제(또는 이와 반대로)할 때 수백만 개에 이르는 대량의 메시지가 있으면 복제가 실패할 수 있습니다. 이 문제를 방지하려면 Exchange 2000 서버나 Lotus Notes 서버에 더 많은 메모리를 할당하십시오.

이전 버전의 ASN 도구에서 직접 업그레이드할 수 없습니다

Lotus Notes용 Microsoft Exchange Application Converter(ASN)의 이전 버전은 직접 업그레이드할 수 없습니다. 그 이유는 업그레이드한 Application Converter가 이전의 두 제품인 Application Conversion Assistant와 Application Connector의 기능을 갖고 있기 때문입니다. 생성되는 Outlook 양식은 새로운 Application Converter의 설치에 영향을 받지 않기 때문에 Application Conversion Assistant를 업그레이드할 필요가 없습니다. 그러나 Application Connector는 업그레이드해야 합니다. Lotus Notes 데이터베이스와 Exchange 폴더 간에 주기적으로 데이터를 복제하는 커넥터는 Application Converter의 Connection Manager 구성 요소에 의해 대체됩니다.

Application Connector를 Connection Manager로 업데이트하려면 다음과 같이 하십시오.
  1. Application Connector Service를 중지한 다음 이를 제거합니다.
  2. 새 Application Connector를 설치합니다.
  3. 각 기존 연결에 대해 .pft 파일을 Application Converter가 설치된 디렉터리에 복사합니다.
  4. Connection Manager를 사용하여 같은 Lotus Notes 데이터베이스와 Exchange 2000 폴더 간에 새 연결을 만들고 다음을 완료합니다.
    • 복사한 .pft 파일의 위치를 지정합니다.
    • 복제 설정을 구성합니다.

Notes 클라이언트 설치 후에 JIT 디버거를 다시 설정해야 합니다

Exchange 2000 서버에 Lotus Notes 클라이언트를 설치한 후에 JIT(Just-in-Time) 디버거 설정을 다시 설정해야 합니다. 이렇게 하면 예외 처리에 실패한 경우 연결 컨트롤러가 Lotus Notes 전자 메일 커넥터 프로세스를 다시 시작하고 정상적으로 작업을 계속할 수 있습니다. 그러나 JIT 디버거 설정을 다시 설정하지 않으면 설치 후에 Lotus Notes는 "Quincy" 유틸리티를 사용하여 예외를 처리하고 실패한 프로세스를 종료하려면 관리자가 개입해야 합니다.

디버거 설정을 다시 설정하려면 다음과 같이 하십시오.
  1. 시작 메뉴에서 실행을 누릅니다.
  2. 열기regedit을 입력합니다.
  3. 아래의 레지스트리 키를 제거합니다.
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AeDebug

MXCheck, MXRadio 및 MXCombo 쿼리가 서버에서 실패합니다

Mxocx2.dll에 제공된 MXCheck, MXRadio 및 MXCombo 컨트롤을 사용하여 제출한 쿼리는 Exchange 2000 서버에서 실행하는 경우 실패합니다.

Windows 2000 컴퓨터에 Lotus Notes용 Application Converter를 설치할 때의 오류

Microsoft Office 2000 또는 Outlook 2000을 설치하기 전에 Windows 2000을 실행 중인 컴퓨터에 Lotus Notes용 Application Converter를 설치하는 경우 설치 프로그램이 실패하고 Office 설치 프로그램을 실행할 때 다음과 같은 오류가 발생할 수 있습니다. "내부 오류 2343." 이 오류가 발생하지 않도록 하려면 Lotus Notes용 Application Converter를 설치하기 전에 Microsoft Office 2000 또는 Outlook 2000을 설치하거나 Lotus Notes용 Application Converter를 설치한 후에 Office 유틸리티를 사용하여 문제를 해결합니다.

이 문제와 유틸리티에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
228668 OFF2000: 설치 도중 내부 오류 2343 발생
234435 OFF2000: 내부 오류 2343 수정 유틸리티

속성

기술 자료: 277845 - 마지막 검토: 2014년 2월 1일 토요일 - 수정: 1.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Exchange 2000 Server Standard Edition
키워드:?
kbnosurvey kbarchive kbinfo KB277845

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com