Q: 내부 메시지를 제외하고 외부로 나가는 메시지에 부인을 추가하는 방법은 어떤 것이 있나? 마이크로소프트의 문서 "HOW TO: 비주얼 베이직 스크립트에서 보내는 SMTP메시지에 부인추가"(http://support.microsoft.com/?scid=kb;ko;317680)에 설명된 이벤트 싱크를 만들려고 했는데 모든 메일에 부인이 추가되었다.

A: Franz Krainer's의 DisclaimIt이나 Direct Commercial Software의 eXclaimer2000과 같은 상업용 제품들은 $150이하로 그런 기능을 제공해준다. 이것은 내부 사용자에게 코드를 사용하는 불편을 피하는데 투자하는 금액치고는 작다. 어떤 솔루션을 사용하던지 어디에 그리고 어떻게 설치할지에 대해서 주의를 기울여야 한다. 내부 메시지에 부인이 나타나지 않도록 하는 가장 간단한 해결방법은 내부가 아니라 외부에 있는 브리지 해더 서버에 부인을 설치하는 것이다. 외부로 향하는 트래픽에 대해서 독립적인 SMTP가상 서버를 설치하고 여기에 부인을 적용할 수도 있다.

Q: 익스체인지 서버 2003 스키마를 업데이트할 때 복제 트래픽이 얼마나 많은지 알아볼 수 있는 방법이 있는가?

A: 복제 트래픽의 양은 GC(글로벌 카탈로그)에 있는 개체의 수와 AD(Active Directory).dit파일의 크기에 따라 달라진다. 익스체인지 2003 스키마에 새로운 특성을 추가하면 AD는 이런 스키마 변경사항을 조직내에 있는 각 GC서버로 벡제를 하는데 그 이유는 새로운 특성은 GC내 저장된 특성의 일부분이 변경되었기 때문이다. 이 특성은 포리스트내 각 도메인에 보관되어 있는 복사본의 일부이기도 하다. 이 복제 방법은 포리스트의 기능에 따라 달라진다. 순수한 윈도우 2000 포리스트의 경우 일부 특성의 추가 또는 제거는 각 GC들이 동기화 워터마크 카운터를 초기화하므로 AD가 전체 특성의 복제를 하도록 한다. 윈도우 서버 2003 포리스트에서 특성 중의 일부를 변경하면 덜 부담이되는데 그 이유는 AD가 변경된 특성 부분만 복제가 된다. 그러므로 익스체인지 2003 스키마를 업데이트하기 전에 윈도우 서버에 대하여 GC 서버와 도메인 컨트롤러(DC)를 업데이트를 하면 네트워크에 최소한의 형향을 미치고 스키마를 배치할 수 있다.

Q: 우리의 이전 관리자 중의 한명이 새 익스체인지 버전을 설치하기도 전에 익스체인지 서버 2003 ForestPrep을 실행했다. 이제야 익스체인지 5.5에서 옮길 수 있게 되었는데 어떻게 하면 그때 지정한 조직이름을 변경할 수 있겠는가?

A: 익스체인지 2000 서버 설치 시에는 ForestPrep동안에 조직이름을 정해야 했었고 그 조직이름은 Configuration Naming Context 전체에 퍼지게 되고 나중에 수정하기 힘들어진다. 익스체인지 2003 설치에 있어서는 첫 번째 익스체인지 서버 2003을 설치하기 전까지 조직이름을 정하지 않는다. 대신 익스체인지 2003은 ForestPrep시에 임시로 사용되는 GUID(Globally Unique Identifier)를 조직이름으로 사용한다(ForestPrep실행후에 ADSI Edit를 이용하여 이 이름을 바꿀 수 있다). 그러므로 좋은 소식은 익스체인지 서버 2003을 설치할 수 있고 원하는 조직 이름을 붙일 수 있다.

Q: 우리는 실제로 서비스하는 서버에 원격 프로시저 호출(RPC) over HTTP를 구성하려고 한다. 비록 테스트 환경에서 제대로 구성되어 작동하지만 SSL(Secure Socket Layer)을 처리하는데 사용되는 마이크로소프트 ISA(Internet Seucrity and Acceleration) 서버 2000 방화벽이 존재하는 실제 네트워크상에서는 재대로 작동을 하지 않는다. 실제 환경에서는 HTTP/1.0 401 Anonymous request or requests on unsecure channel are not allowed라는 오류메시지를 나타내는 이유는 무엇인가?

A: 기본적으로 RPC over HTTP 프록시 서버는 익명 연결을 허용하지 않는다. 하지만 SSL연결을 ISA서버 브리징(이런 경우 원격 클라이언트는 SSL을 사용하여 ISA 서버 통신하고 ISA서버는 프록시 서버에 새롭고 독립적인 세션을 시작한다.)를 사용한다면 RPC over HTTP는 작동하게 될 것이다. 만일 브리징이 없이 ISA 서버를 사용하여 SSL 세션을 종료해버리면 앞에서 언급한 문제를 유발하게 된다. 이 구성상태가 실제 환경에서 작동하게 하려면 레지스트리의 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\RpcProxy 에 AllowAnonymous 서브키(REG_DWORD)를 추가하고 값을 1로 할당한다. 이 항목이 없거나 0으로 설정되게 되면 RPC 프록시 서비스는 익명연결을 허용하지 않게 된다. ISA 서버 방화벽을 Web게시 모드로 설치하도록 하기 위해서는 이 값을 추가하고 RPC 프록시 가상 서버에 익명연결을 허용하도록 해야한다. 만일 하드웨어로 SSL을 사용한다면 이 값을 사용해서는 안되는데 그 이유는 암호화되지 않고 인증받은 사용자에 대해서 RPC 프록시 서버연결을 허용하기 때문이다.

Q: 영어를 OWA(Outlook Web Access) 2003의 맞춤법 기본 검사 언어로 설정할 수 있는가?

A: OWA의 맞춤법 검사 모듈은 맞춤법에 문제가 있는 사람들에게 매우 유용하도록 만들어 졌지만 아웃룩이나 마이크로소프트 워드의 맞춤법 검사 도구만큼 융통성이 있지는 않다. 최근까지도 OWA 2003 모듈은 이런 대부분의 특징들, 예를 들면 기본 맞춤법 검사 언어와 대소문자 또는 문자와 숫자가 혼합된 것을 무시하는 등을 기본 설정사항으로 적용할 방법을 제공해주지 못하고 있다. 더욱이 OWA 2003의 맞춤법 사전을 필요에 맞게 수정할 수도 없다. 하지만 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWeb\OWA 레지스트리 하위키로 내려서가 DisableSpellCheckOnSend값(REG_DWORD형태)을 수정하여 맞춤법검사 전체를 사용하지 않도록 할 수는 있다.

Q: 우리 사용자들 중의 하나가 익스체인지 2000 사서함을 가지고 있으며 익스체인지 5.5서버에 있는 리소스 사서함에 엑세스 권한을 위임하려고 시도를 하고 있다. 리소스 사서함에 대리인으로 추가하면 관련 사용권한이 없음으로 초기화된다. 왜 이런 일이 발생하는가?

A: 이 기능은 기본적으로 그렇게 만들어졌다. 만일 Active Directory내 리소스 사서함의 외부 게정 필드에 SEFL Security Descriptor(SD)가 포함되어 있으면 앞에서 말한경우가 나타나는데 그 이유는 해당 계정이 SELF SD를 이용할 수 없기 때문이다. 하지만 사용자는 일반 사서함에 대리인으로 할당할 수는 있는데 해당 계정에는 SELF SD가 포함되어 있지 않으므로 사용이 가능하다.

Q: 익스체인지 2000 서버 조직에서 생성할 수 있는 GAL(Global Address List)의 최대 수는 얼마인가?

A: 각 AD(Active Directory) 포리스트마다 최대 800개의 주소록을 생성할 수 있다. 이 제한사항은 Multivalued 특성내에서 값의 숫자에 대하여 AD에 제한이 되어 있는 것과 직접적으로 관련이 있다. 하지만 윈도우 2003의 기본모드인 경우 포리스트내에 최대 1300개의 GAL을 가질수 있는데 이정도 생성하는 것은 권하는 바가 아니다. 사실 수십개 이상의 GAL을 가진 조직(호스팅 제공업체를 제외한)을 본적이 없다.

Q: 우리는 사용자들이 마이크로소프트 오피스 아웃룩 2003의 검색 폴더기능을 사용하기를 원한다. 하지만 새로운 검색 폴더를 생성하였을 때 이것은 OWA(Outlook Web Access) 2003에서 나타나지 않는다. 이런 폴더들을 나타내기 위해서는 어떻게 해야 하는가?

A: 새로운 검색폴더를 생성하면 OWA에서 나타낼지 여부는 해당 폴더를 생성할 당시에 아웃룩이 온라인 모드인지 아니면 캐시된 익스체인지 모드인지에 따라 달라진다. 만일 아웃룩 온라인 모드라면 서버에 해당 폴더를 생성할 것이고 OWA에서도 즉시 보이게 된다. 만일 아웃룩이 캐시된 익스체인지 모드라면 해당 폴더는 클라이언트에 만들어지고 로컬 검색을 수행하게 되므로 OWA에서는 보이지 않게 된다.

Q: OMA(Outlook Mobile Access)연결을 테스트하기 위해 마이크로소프트 IE(Internet Explorer)를 사용할 때 UnauthorizedAccessException유로가 나타나는 것은 왜 그런가?

A: OMA는 윈도우 닷넷 프레임워크와 ASP.NET을 필요로 한다. 만일 이런 컴포넌트를 서버에 설정하여서 서버를 도메인 컨트롤러(DC)로 올렸다면 Dcpromo 과정에서 ASP.NET 코드에 대한 ACL들을 변경하여 앞에서 말한 오류는 내보내게 된다. 마이크로소프트의 문서 "XCCC: "Server Error in '/OMA' Application" Error Message When You View the Outlook Mobile Access Site"(http://support.microsoft.com/?kbid=81486 )에서는 ACL을 초기화하기 위해 ASP.NET 등록 도구를 사용하여 어떻게 문제를 해결하는지에 대해서 설명해놓았다.

Q: 익스체인지 서버 2003 버전의 ESM(익스체인지 시스템 관리자)을 이용하여 익스체인지 2000 서버 시스템을 관리할 수 있는가?

A: 대부분의 경우에서 예라고 할 수 있지만 마이크로소프트는 이렇게 구성한 것을 공식적으로 지원하지 않는다. 많은 관리자들이 익스체인지 2000 버전의 ESM을 이용하여 익스체인지 2000 서버를 관리하여 향상된 (멀티쓰레드) 사서함 이동과 다른 뛰어난 기능을 사용하기 원한다. 이러한 접근의 단점은 이 버전의 ESM은 익스체인지 2003에서 없는 기능은 지원하지 않는다는 것이다. 예를 들면 익스체인지 2003 버전의 ESM을 이용하여 익스체인지 인스턴트 메시징 서비스, KMS(Exchange Key Management Service), 또는 다양한 Microsoft Exchange Development Kit(EDK)기반의 커넥터들을 관리할 수 없다. 또한 다른 구성요소들도 제대로 작동하지 않을 수 있다.