로그인

Select the product you need help with

Exchange Server 2003에서 Outlook Web Access 기능을 관리하는 방법

Small Business를 사용하는 고객은 Small Business 지원
(http://smallbusiness.support.microsoft.com)
사이트에서 추가적인 문제 해결 방법 및 학습 리소스를 찾을 수 있습니다.

소개

Microsoft Exchange Server 2003용 Microsoft Office OWA(Outlook Web Access)에서는 폼 기반 인증, gzip 압축 및 첨부 파일 차단과 같은 몇 가지 새로운 기능이 도입되었습니다. 이 문서에는 Exchange용 Outlook Web Access 2003에서 다양한 설정과 기능을 구성하는 방법에 대한 지침이 나와 있습니다.

설정 또는 기능에 대한 자세한 내용을 보려면 다음 절을 확장하십시오.

내부 클라이언트에서만 사용하도록 Outlook Web Access 설정 및 해제

그림 축소그림 확대

참고 Exchange Server 2003 SP1(서비스 팩 1)을 사용 중인 경우 이 절의 단계가 적용되지 않습니다. Exchange 2003 SP1에는 WebDAV 주소 확인이 없습니다. 대신 Exchange 2003 SP1 이상 버전을 사용하는 경우 다음 단계에 따라 Outlook Web Access에 대한 액세스를 제한하십시오. ?

Active Directory 사용자 및 컴퓨터 스냅인에서 OWA 사용을 제한할 사용자 계정을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.
Exchange 기능 탭, Outlook Web Access를 차례로 클릭한 다음 사용 안 함을 클릭합니다.

기본적으로 사서함을 사용할 수 있는 Exchange 2003 사용자 계정은 Exchange 2003에서 Outlook Web Access도 사용할 수 있게 설정됩니다.

회사 네트워크에서 사용자가 Outlook Web Access에 액세스하도록 설정할 수 있습니다. 이와 동시에 외부 클라이언트에 대한 액세스를 거부할 수 있습니다. 이 방법의 핵심은 받는 사람 정책과 특수 HTTP 가상 서버를 함께 사용하는 것입니다. 이 방법을 사용하려면 다음과 같이 하십시오.

SMTP(Simple Mail Transfer Protocol) 도메인 이름을 사용하여 받는 사람 정책을 만듭니다. HTTP 가상 서버에 연결하는 사용자에게는 가상 서버와 같은 SMTP 도메인을 사용하는 전자 메일 주소가 있어야 합니다. 받는 사람 정책을 만들면 여러 사용자에게 동일한 SMTP 도메인을 효율적으로 적용할 수 있습니다.

그림 축소그림 확대
참고 Outlook Web Access 사용자는 SMTP 도메인의 이름을 몰라도 됩니다.
액세스 권한을 부여할 사용자 계정에만 받는 사람 정책을 적용합니다.
프런트 엔드 서버에서 받는 사람 정책에 사용되는 도메인을 지정하는 새 HTTP 가상 서버를 만듭니다.

위의 단계를 완료하면 전자 메일 주소에 HTTP 가상 서버와 동일한 SMTP 도메인이 없는 사용자는 Outlook Web Access에 로그온하여 액세스할 수 없습니다. 또한, SMTP 도메인을 기본 도메인으로 사용하지 않는 한, 사용자가 조직 외부로 전자 메일 메시지를 보낼 때 보낸 사람 필드에 도메인이 나타나지 않기 때문에 외부 사용자가 SMTP 도메인을 확인할 수 없습니다. 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.

293386

(http://support.microsoft.com/kb/293386/ko/ )

OWA에 암시적으로나 명시적으로 액세스할 경우 HTTP 401 또는 404 오류 메시지가 나타남

회사 네트워크에 있는 사용자가 Outlook Web Access를 사용하게 할 수 있을 뿐만 아니라 특정 내부 사용자가 Outlook Web Access에 액세스하지 못하게 할 수도 있습니다. 이렇게 하려면 해당 사용자에 대해 HTTP와 NNTP(Network News Transfer Protocol) 프로토콜을 해제해야 합니다.

내부 사용자가 Outlook Web Access에 액세스하지 못하게 하려면 다음과 같이 하십시오.

Active Directory 사용자 및 컴퓨터 스냅인에서 사용자의 속성 대화 상자를 엽니다.
Exchange 기능 탭에서 Outlook Web Access를 클릭한 다음 사용 안 함을 클릭합니다.
IIS 관리 서비스를 다시 시작합니다.

브라우저 언어 사용

Microsoft Internet Explorer 5 이상 버전을 사용하여 Outlook Web Access에 액세스할 때 Exchange 2003을 처음 설치하고 Exchange 2003으로 업그레이드하는 경우 브라우저의 언어 설정을 사용하여 전자 메일 메시지와 모임 요청과 같은 정보를 인코딩하는 데 사용할 문자 집합을 결정합니다.

브라우저의 언어 설정을 사용하도록 변경된 Exchange 2000 Server 컴퓨터를 업그레이드하면 Exchange 2003은 계속해서 같은 방식으로 작동합니다. 다음 표에는 언어 그룹과 해당 문자 집합이 나와 있습니다. ?

표 축소표 확대

언어 그룹	문자 집합
아랍어	Windows 1256
발트어	iso-8859-4
중국어(간체)	Gb2131
중국어 번체	Big5
키릴 자모	koi8-r
동유럽어	iso-8859-2
그리스어	iso-8859-7
히브리어	windows-1255
일본어	iso-2022-jp
한국어	ks_c_5601-1987
태국어	windows-874
터키어	iso-8859-9
베트남어	windows-1258
서유럽어	iso-8859-1

조직에서 Outlook Web Access 사용자가 메일을 자주 보낼 것으로 예상되면 Internet Explorer 5 이상 버전을 실행하는 사용자가 UTF-8로 인코딩된 유니코드 문자를 사용하여 메일을 보낼 수 있도록 레지스트리 설정을 변경할 수 있습니다.

Outlook Web Access에 대한 기본 언어 설정을 변경하려면 다음과 같이 하십시오.

그림 축소그림 확대

중요 이 절, 방법 또는 작업에는 레지스트리를 수정하는 방법에 대한 단계가 포함되어 있습니다. 그러나 레지스트리를 잘못 수정하면 심각한 문제가 발생할 수도 있으므로 다음 단계를 주의하여 수행해야 합니다. 추가 보호 조치로 레지스트리를 수정하기 전에 해당 레지스트리를 백업하는 것이 좋습니다. 이렇게 하면 문제가 발생하는 경우 레지스트리를 복원할 수 있습니다. 레지스트리 백업 및 복원 방법에 대한 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.

322756

(http://support.microsoft.com/kb/322756/ko/ )

Windows에서 레지스트리를 백업 및 복원하는 방법

Exchange 컴퓨터에서 Exchange 관리자 계정을 사용하여 로그온한 다음 레지스트리 편집기를 시작합니다.
다음 레지스트리 하위 키를 찾아 클릭합니다.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWEB\OWA
편집 메뉴에서 새로 만들기를 가리킨 다음 DWORD 값을 클릭합니다.
DWORD의 이름으로 UseRegionalCharset를 입력한 다음 Enter 키를 누릅니다.
UseRegionalCharset DWORD 값을 마우스 오른쪽 단추로 클릭한 다음 수정을 클릭합니다.
값 데이터 상자에 0을 입력한 다음 확인을 클릭합니다.
레지스트리 편집기를 종료하여 변경 사항을 저장합니다.

로그온 페이지 설정

폼 기반 인증(쿠키 인증)을 사용하면 브라우저 대신 쿠키에 사용자의 이름과 암호를 저장하는 Outlook Web Access의 새 로그온 페이지를 설정할 수 있습니다. 사용자가 브라우저를 닫으면 쿠키가 지워지고 비활성 기간이 지나도 쿠키가 자동으로 지워집니다. 전자 메일에 액세스하려면 사용자가 새 로그온 페이지에서 도메인, 사용자 이름 및 암호 또는 전체 UPN(사용자 이름) 전자 메일 주소 및 암호를 입력해야 합니다. 폼 기반 인증 로그온은 Outlook Web Access에서 Windows Live ID 인증을 지원하지 않습니다. 이것은 Exchange 2003의 폼 기반 인증 기능에 대한 제한 사항입니다.

이 로그온 페이지를 사용하도록 설정하려면 먼저 서버에서 폼 기반 인증을 설정한 다음 쿠키 시간 제한 기간을 설정하고 클라이언트 쪽 보안 설정을 조정하여 로그온 페이지에 보안을 설정해야 합니다. 자세한 내용은 "폼 기반 인증 설정" 및 "쿠키 인증 시간 제한 설정" 절을 참조하십시오.

Exchange 2003의 폼 기반 인증에서는 Exchange 시스템 관리자의 Exchange 가상 디렉터리에서 기본 인증의 기본 도메인을 백슬래시 문자(\)로 자동으로 설정합니다. 이러한 제한은 UPN 형식을 사용하는 사용자 로그온을 지원하기 위한 것입니다. IIS(인터넷 정보 서비스)에서 기본 도메인 설정을 "\" 이외의 것으로 변경한 경우 Exchange 시스템 관리자는 서버의 기본 도메인 설정을 "\"로 다시 설정합니다.

또한, 폼 기반 인증이 프런트 엔드/백 엔드 구성에 배포된 경우 백 엔드 서버의 기본 도메인 설정은 프런트 엔드 서버의 기본 도메인 설정과 일치해야 합니다. 그렇지 않으면 인증에 문제가 발생할 수 있습니다. 프런트 엔드 서버에서 기본 도메인으로 "\"가 필요하기 때문에 폼 기반 인증이 프런트 엔드 서버에서 설정되어 있으면 백 엔드 서버의 기본 도메인도 Exchange 시스템 관리자에서 "\"로 설정되어야 합니다.

Exchange 시스템 관리자에서 Exchange 및 Public 가상 디렉터리의 설정을 수정해야 하는 이유에 대한 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.

240105

(http://support.microsoft.com/kb/240105/ko/ )

XGEN: Exchange 2000 Server의 디렉터리 서비스/메타베이스 동기화에 대한 일반 정보

264941

(http://support.microsoft.com/kb/264941/ko/ )

가상 디렉터리 설정의 변경 사항이 유지되지 않음

이 문제를 해결하려면 Outlook Web Access에서 Logon.asp 페이지를 변경하여 도메인을 지정하거나 도메인 이름 목록을 포함해야 합니다.

그림 축소그림 확대

참고 Outlook Web Access에서 Logon.asp 페이지를 사용자 지정하는 경우 나중에 Exchange 2003을 업그레이드하거나 다시 설치하면 변경 사항이 덮어쓰일 수 있습니다. Logon.asp 페이지를 사용자 지정하는 방법에 대한 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.

820378

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

폼 기반 인증이 사용되면 Outlook Web Access 세션이 예기치 않게 종료됨 (영어로 표시될 수 있습니다)

그림 축소그림 확대

중요 Microsoft는 Outlook Web Access 개체의 사용자 지정을 지원하지 않으며, Outlook Web Access가 사용자 지정되어 있는 서버의 Outlook Web Access 문제에 대해 Microsoft에 문의하는 경우 사용자 지정된 파일을 원래 버전의 파일로 대체해야 합니다. 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.

327178

(http://support.microsoft.com/kb/327178/ko/ )

Exchange용 Outlook Web Access의 사용자 지정에 대한 Microsoft 지원 정책

폼 기반 인증 설정

폼 기반 인증을 설정하기 전에 서버에서 SSL(Secure Sockets Layer)을 설정해야 합니다. SSL을 설정하기 전에 Microsoft Windows Server 2003에서 인증서를 설치하는 방법에 대한 자세한 내용을 보려면 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.

816794

(http://support.microsoft.com/kb/816794/ko/ )

HOWTO: Windows Server 2003에서 웹 서버에 가져온 인증서 설치

Exchange 2003에서 폼 기반 인증을 설정하려면 다음과 같이 하십시오.

그림 축소그림 확대

참고 프런트 엔드/백 엔드 서버 환경에서는 프런트 엔드 서버에만 폼 기반 인증을 설정해야 합니다. 백 엔드 서버에는 폼 기반 인증을 설정하지 마십시오. 프런트 엔드 서버를 사용하지 않는 환경에서는 사서함 서버에 폼 기반 인증을 설정하십시오.

Exchange 시스템 관리자를 시작합니다.
관리 그룹이 설정되어 있으면 관리 그룹을 확장합니다.
서버를 확장한 다음 프런트 엔드 서버를 확장합니다.
프로토콜을 확장하고 HTTP를 확장한 다음 Exchange 가상 서버를 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다.
설정 탭을 클릭한 다음 폼 기반 인증 사용 확인란을 선택합니다.
압축 목록에서 원하는 압축 수준을 클릭합니다.

그림 축소그림 확대
참고 단일 서버 환경에서 압축하면 서버에 로드가 추가되므로 단일 서버 환경에서는 압축을 설정하지 않는 것이 좋습니다.
확인을 클릭합니다.
IIS 서비스를 다시 시작해야 한다는 메시지가 나타나면 확인을 클릭합니다. IIS를 다시 시작하려면 명령 프롬프트에서 다음 명령을 입력한 후 Enter 키를 누릅니다. iisreset

프런트 엔드 서버에서 폼 기반 인증을 설정한 경우에는 백 엔드 서버에서 다음과 같이 하십시오.

Exchange 시스템 관리자를 시작합니다.
관리 그룹이 설정되어 있으면 관리 그룹을 확장합니다.
서버를 확장한 다음 백 엔드 서버를 확장합니다.
프로토콜, HTTP, Exchange 가상 서버를 차례로 확장합니다.
Exchange 가상 서버 컨테이너 아래에 표시되는 Exchange 가상 디렉터리를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.
액세스 탭을 클릭한 다음 인증을 클릭합니다.
기본 인증 확인란을 선택합니다.
기본 도메인 상자에 백슬래시(\)를 입력합니다.
확인을 차례로 두 번 클릭하여 속성 창을 닫습니다.

쿠키 인증 시간 제한 설정

Outlook Web Access 로그온 페이지에서는 사용자에게 인증에 대한 두 가지 보안 옵션을 제공할 수 있습니다. 사용자는 요구 사항에 따라 Outlook Web Access 로그온 페이지에서 두 가지 보안 옵션 중 하나를 선택할 수 있습니다.

공개/공유 컴퓨터 - 사용자가 조직의 보안 설정을 사용하지 않는 컴퓨터에서 Outlook Web Access에 액세스하는 경우 이 옵션을 선택하도록 사용자에게 알립니다. 예를 들어, 인터넷 키오스크 컴퓨터에서는 조직의 보안 설정을 사용하지 않습니다. 공개/공유 컴퓨터 옵션은 기본 옵션이며 짧은 기본 시간 제한 옵션(15분)을 제공합니다.
개인 컴퓨터 - 사용자가 컴퓨터의 유일한 운영자이고 컴퓨터에서 조직의 보안 설정을 사용하는 경우 이 옵션을 선택하도록 사용자에게 알립니다. 이 옵션은 자동으로 세션이 끝날 때까지 훨씬 긴 비활성 기간을 허용합니다. 내부 기본 값은 24시간입니다. 개인 컴퓨터 옵션은 사무실이나 집에서 개인용 컴퓨터를 사용하는 Outlook Web Access 사용자에게 유용합니다.

Outlook Web Access 클라이언트가 폼 기반 인증을 사용하여 로그온하면 다음 두 가지 Outlook Web Access 클라이언트 버전 중에서 하나를 선택할 수 있습니다. ?

고급 환경 - 이것이 기본 버전입니다. 고급 환경에서는 모든 Outlook Web Access 기능을 제공합니다.

그림 축소그림 확대
참고 Outlook Web Access 고급 클라이언트 환경에는 메시지 본문에 입력하는 것이 활동으로 간주되도록 하는 특수 코드가 있습니다.
기본 환경 - 이 버전은 고급 클라이언트 환경보다 성능이 좋지만 기능은 적습니다. 속도가 느린 연결에서는 이 버전을 사용하십시오.

Exchange 2003에서 Outlook Web Access 사용자 자격 증명은 쿠키에 저장됩니다. 사용자가 Outlook Web Access에서 로그오프하면 쿠키가 지워지고 더 이상 인증에 유효하지 않게 됩니다. 또한, 사용자가 공개 컴퓨터를 사용하고 있고 Outlook Web Access 로그온 화면에서 공개/공용 컴퓨터 옵션을 선택하는 경우 기본적으로 15분 동안 사용자의 활동이 없으면 해당 컴퓨터의 쿠키가 자동으로 만료됩니다.

자동 시간 제한은 사용자 계정의 무단 액세스를 방지하는 데 도움이 되기 때문에 중요합니다. 하지만 자동 시간 제한으로 무단 액세스의 위험이 크게 줄어들긴 해도 공개 컴퓨터에서 세션이 실행 중인 경우 권한이 없는 사용자가 Outlook Web Access 계정에 액세스할 수 있는 위험이 없어지지는 않습니다. 따라서 위험을 방지하기 위해 취해야 할 예방 조치를 사용자에게 알려주어야 합니다.

조직의 보안 요구 사항을 충족하기 위해 관리자가 Exchange 프런트 엔드 서버에서 비활성 시간 제한 값을 구성할 수 있습니다. Exchange 2003에서는 다음과 같은 정보를 사용하여 사용자 활동을 확인합니다.

클라이언트와 서버 간 상호 작용은 활동으로 간주됩니다. 예를 들어, 사용자가 항목을 열거나 보내거나 저장하거나, 폴더나 모듈을 전환하거나, 웹 브라우저 창의 보기를 새로 고치는 경우 활동으로 간주됩니다.
사용자가 Outlook Web Access 항목에 텍스트를 입력하는 경우에는 활동으로 간주되지 않습니다. 예를 들어, 사용자가 약속, 모임 요청, 게시, 연락처, 작업 또는 다른 항목에 입력하는 경우 활동으로 간주되지 않습니다.

시간 제한 값을 구성하려면 먼저 폼 기반 인증을 설정한 다음 서버에서 레지스트리 설정을 변경해야 합니다.

Outlook Web Access 폼 기반 인증의 공개 컴퓨터 쿠키 시간 제한 값을 설정하려면 다음과 같이 하십시오.

그림 축소그림 확대

322756

(http://support.microsoft.com/kb/322756/ko/ )

Windows에서 레지스트리를 백업 및 복원하는 방법

Exchange 프런트 엔드 컴퓨터에서 Exchange 관리자 계정을 사용하여 로그온한 다음 레지스트리 편집기를 시작합니다.
다음 레지스트리 하위 키를 찾아 클릭합니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWeb\OWA
편집 메뉴에서 새로 만들기를 가리킨 다음 DWORD 값을 클릭합니다.
DWORD의 이름으로 PublicClientTimeout을 입력한 다음 Enter 키를 누릅니다.
PublicClientTimeout DWORD 값을 마우스 오른쪽 단추로 클릭한 다음 수정을 클릭합니다.
단위에서 10진수를 클릭합니다.
값 데이터 상자에서 시간 제한을 나타내는 분 단위 값을 입력합니다. 이 수의 범위는 1부터 43200까지입니다(43200분은 30일과 같음). 값을 설정하지 않으면 15가 값으로 간주됩니다.

그림 축소그림 확대
참고 가능한 최대 값은 30일을 의미하는 43200입니다.
확인을 클릭합니다.

그림 축소그림 확대
중요 변경 내용을 적용하려면 IIS를 다시 시작해야 합니다. 또한, TrustedClientTimeout 값을 PublicClientTimeout보다 작은 값으로 설정하면 TrustedClientTimeout 값은 PublicClientTimeout 값과 같은 값을 사용합니다. 이와 마찬가지로, PublicClientTimeout 값을 TrustedClientTimeout 값보다 큰 값으로 설정하면 TrustedClientTimeout 값은 PublicClientTimeout 값과 같은 값을 사용합니다.

Outlook Web Access 폼 기반 인증의 신뢰할 수 있는 컴퓨터 쿠키 시간 제한 값을 설정하려면 다음과 같이 하십시오. ?

Exchange 프런트 엔드 컴퓨터에서 Exchange 관리자 계정을 사용하여 로그온한 다음 레지스트리 편집기를 시작합니다.
다음 레지스트리 하위 키를 찾아 클릭합니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWeb\OWA
편집 메뉴에서 새로 만들기를 가리킨 다음 DWORD 값을 클릭합니다.
DWORD의 이름으로 TrustedClientTimeout을 입력한 다음 Enter 키를 누릅니다.
TrustedClientTimeout DWORD 값을 마우스 오른쪽 단추로 클릭한 다음 수정을 클릭합니다.
단위에서 10진수를 클릭합니다.
값 데이터 상자에서 시간 제한을 나타내는 분 단위 값을 입력합니다. 이 수의 범위는 1부터 43200까지입니다(43200분은 30일과 같음). 값을 설정하지 않으면 1440이 값으로 간주됩니다.

그림 축소그림 확대
참고 가능한 최대 값은 30일을 의미하는 43200입니다.
확인을 클릭합니다.
명령 프롬프트에서 net stop w3svc를 입력한 다음 Enter 키를 누릅니다.
서비스가 중지되면 net start w3svc를 입력한 다음 Enter 키를 누릅니다.

Outlook Web Access 압축(gzip) 설정

Exchange 2003에서 폼 기반 인증을 설정하는 경우 Exchange 2003 가상 디렉터리 및 가상 서버에서 정적 및 동적 파일의 gzip 압축도 설정할 수 있습니다. 압축을 사용하면 기존 전화 접속 액세스와 같이 속도가 느린 네트워크 연결을 사용할 때 성능이 50%까지 향상될 수 있습니다.

Outlook Web Access 압축은 사용하는 압축 설정에 따라 정적 또는 동적 웹 페이지를 압축하여 이루어집니다.

표 축소표 확대

압축 설정	설명
높음	정적 및 동적 페이지를 모두 압축합니다.
낮음	정적 페이지만 압축합니다.
사용 안 함	압축이 사용되지 않습니다.

Exchange 2003에서 Outlook Web Access에 데이터 압축을 사용하려면 다음과 같은 전제 조건이 충족되어야 합니다.

클라이언트

클라이언트 시스템에서 Windows 2000 이상 버전을 실행해야 하고 다음 웹 브라우저 중 하나를 사용해야 합니다. ?

328970 누적 업데이트가 적용된 Internet Explorer 6 이상 버전 328970 누적 업데이트에 대한 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.
328970
(http://support.microsoft.com/kb/328970/ko/ )
MS02-066: 2002년 11월, Internet Explorer용 누적 패치
Netscape Navigator 6.0 이상 버전

서버

폼 기반 인증이 설정되어 있어야 합니다.

Exchange 환경에서 gzip 압축을 설정하는 경우 배포 시나리오의 유형을 처리해야 합니다. 권장되는 방법은 전용 프런트 엔드 서버를 배포하는 것입니다. 이러한 유형의 시나리오에서는 다음과 같은 요구 사항이 적용됩니다.

프런트 엔드 Exchange 2003 컴퓨터가 Windows Server 2003에서 실행되어야 합니다.
백 엔드 Exchange 2003 컴퓨터가 Windows 2000이나 Windows Server 2003에서 실행되어야 합니다.

다른 유형의 배포 시나리오에는 전용 프런트 엔드 Exchange 컴퓨터를 배포하지 않는 것(백 엔드만 배포라고도 함)이 있습니다. 이 경우 Exchange 2003 컴퓨터가 Windows Server 2003에서 실행되어야 합니다.

그림 축소그림 확대

참고 Exchange 2003 프런트 엔드 서버를 사용하여 Exchange 2000 백 엔드 서버에 액세스하는 경우 모든 백 엔드 서버가 Exchange 2003으로 업그레이드될 때까지 프런트 엔드 서버에서 Outlook Web Access 압축 지원을 해제하십시오.

앞의 전제 조건과 함께 일부 전화 접속 연결의 경우 프록시 서버를 통해 HTTP 1.1 지원을 설정해야 할 수도 있습니다. HTTP 1.1 지원은 압축이 제대로 이루어지는 데 필요합니다.

데이터 압축을 설정하려면 다음과 같이 하십시오.

시작을 클릭하고 프로그램, Microsoft Exchange를 차례로 가리킨 다음 System Manager를 클릭합니다.
서버, ServerName, 프로토콜을 차례로 확장한 다음 HTTP를 확장합니다.
Exchange 가상 서버를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.
설정 탭을 클릭합니다.
폼 기반 인증 사용 확인란을 선택합니다.
압축을 구성하려면 압축 상자에서 사용할 압축 수준을 클릭한 다음 확인을 클릭합니다.
확인을 클릭합니다.
다음 서비스를 다시 시작합니다.
- Microsoft Exchange System Attendant 서비스
- IIS 관리 서비스
그림 축소그림 확대
참고 서버에서 폼 기반 인증을 설정하려면 먼저 IIS에서 SSL을 구성해야 합니다.

웹 탐지 장치 차단

Exchange 2003에서는 Outlook Web Access로 인해 정크 메일 메시지를 보내는 사람이 탐지 장치를 사용하여 전자 메일 주소를 검색하는 것이 더 어려워졌습니다. 탐지 장치는 사용자가 정크 메일 항목을 열 때 사용자의 컴퓨터에 다운로드되는 이미지의 형태로 자주 들어옵니다. 이미지가 다운로드되면 탐지 장치 알림이 정크 메일을 보낸 사람에게 전송되어 사용자의 전자 메일 주소가 유효하다는 것을 알립니다. 이에 따라 정크 메일을 보낸 사람이 해당 전자 메일이 유효하다는 것을 알게 되므로 사용자가 정크 메일을 더 자주 받게 됩니다.

Outlook Web Access에서 탐지 장치로 사용될 수 있는 콘텐츠가 포함된 메시지가 들어오면 메시지에 실제로 탐지 장치가 포함되어 있는지 여부에 관계없이 다음과 같은 경고 메시지가 표시됩니다.

개인 정보를 보호하기 위해 이 메시지에서 이미지, 사운드 또는 기타 외부 콘텐츠에 대한 링크를 차단했습니다. 콘텐츠를 차단하지 않으려면 여기를 클릭하십시오.

사용자가 메시지가 정당하다는 것을 알고 있으면 경고 메시지에서 콘텐트를 차단하지 않으려면 여기를 클릭하십시오. 링크를 눌러 콘텐츠를 차단하지 않을 수 있습니다. 사용자가 보낸 사람이나 메시지를 알지 못하면 콘텐츠 차단을 해제하지 않고 메시지를 연 다음 탐지 장치를 시작하지 않고 메시지를 삭제할 수 있습니다. 조직에서 이 방법을 사용하는 것을 원하지 않으면 Outlook Web Access의 차단 옵션을 해제할 수 있습니다.

차단 옵션을 해제하려면 다음과 같이 하십시오.

웹 브라우저를 사용하여 Outlook Web Access에 액세스합니다.
옵션을 누릅니다.
개인 정보 및 정크 메일 차단에서 HTML 전자 메일 메시지에서 외부 콘텐트 차단 확인란의 선택을 취소합니다.

첨부 파일 차단

Outlook Web Access에서 사용자가 지정된 첨부 파일 형식을 열거나 보내거나 받지 못하게 할 수 있습니다. 특히 다음과 같이 할 수 있습니다.

사용자가 특정 파일 형식의 첨부 파일에 액세스하지 못하게 합니다. 기본적으로 모든 새로운 Exchange 2003 설치에서는 수준 1 및 2 파일 형식과 수준 1 및 2 MIME 형식의 첨부 파일을 차단합니다. 이 기능은 Outlook Web Access 사용자가 공개 인터넷 터미널에서 첨부 파일을 여는 것을 막는 데 특히 유용합니다. 공개 인터넷 터미널에서 첨부 파일을 열면 회사 보안이 손상될 가능성이 있습니다. 첨부 파일이 차단되면 사용자가 첨부 파일을 열 수 없다는 경고 메시지가 전자 메일 메시지의 정보 표시줄에 나타납니다. 사무실에서 일하거나 집에서 회사 네트워크에 연결되어 있는 Outlook Web Access 사용자는 첨부 파일을 열고 읽을 수 있습니다. 백 엔드 서버에 URL을 제공하고 Exchange 백 엔드 서버에서 첨부 파일을 허용하여 첨부 파일에 대한 모든 인트라넷 액세스를 가능하게 할 수 있습니다.
바이러스가 포함될 수 있는 특정한 파일 확장명을 가진 첨부 파일을 보내거나 받지 못하게 합니다. Outlook Web Access의 이 기능은 Outlook의 첨부 파일 차단 기능에 해당됩니다. 메시지를 받는 경우 첨부 파일이 차단되었다는 경고 메시지가 전자 메일 메시지의 정보 표시줄에 나타납니다. 메시지를 보내는 경우 사용자가 차단 목록에 있는 확장명을 가진 파일을 업로드할 수 없습니다.

첨부 파일 차단 설정을 변경하려면 서버에서 레지스트리 설정을 변경해야 합니다.

그림 축소그림 확대

참고 프런트 엔드/백 엔드 구성에서는 백 엔드 서버에서 레지스트리를 수정해야 합니다.

레지스트리를 수정하려면 다음과 같이 하십시오.

그림 축소그림 확대

322756

(http://support.microsoft.com/kb/322756/ko/ )

Windows에서 레지스트리를 백업 및 복원하는 방법

Exchange 컴퓨터에서 Exchange 관리자 계정을 사용하여 로그온한 다음 레지스트리 편집기를 시작합니다.
다음 레지스트리 하위 키를 찾아 클릭합니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWeb\OWA
편집 메뉴에서 새로 만들기를 가리킨 다음 DWORD 값을 클릭합니다.
DWORD 값의 이름으로 DisableAttachments를 입력한 다음 Enter 키를 누릅니다.
DisableAttachments DWORD 값을 마우스 오른쪽 단추로 클릭한 다음 수정을 클릭합니다.
단위에서 10진수를 클릭합니다.
값 데이터 상자에 다음 숫자 중 하나를 입력합니다.
- 모든 첨부 파일을 허용하려면 0을 입력합니다.
- 첨부 파일을 허용하지 않으려면 1을 입력합니다.
- 백 엔드 서버의 첨부 파일만 허용하려면 2를 입력합니다.
확인을 클릭합니다.
명령 프롬프트에서 net stop w3svc를 입력한 다음 Enter 키를 누릅니다.
서비스가 중지되면 net start w3svc를 입력한 다음 Enter 키를 누릅니다.