이번 6월 24일에는 중소기업 고객을 대상으로 Exchange Server 세미나를 진행합니다.

장소는 분당에 위치한 Hostway IDC 센터에서 진행됩니다.

이날 진행 할 내용은 그동안 메일을 사용하면서 불편했던 점들을 설명하고, Exchange Server 2010 기반으로 언제 어디서나 동일한 경험을 제공하며, 모바일 오피스에서 메일  협업은 어떻게 할 수 있는지에 대하여 진행 할 계획입니다. 

또한 전자메일에 대한 자동 암호화&복호화 를 제공하고, 보안 문서 승인 후 발송, 아카이빙, 고가용성, 모바일 디바이스 관리 등 IT 컴플라이언스에 대하여 자세히 진행 할 예정입니다.

Exchange Server 가 공식적으로 출시된지 약 14년이라는 시간이 흘렀습니다.

현재 운영하시는 빌드 번호가, Exchange Server 버젼 몇 인지 궁금하셨죠?

아래 항목을 보시고, 현재 운영하시는 제품을 정확히 파악 할 수 있습니다.

Exchange Server 4.0 4.0.837 April 1996 Microsoft Exchange Server 4.0 (a) 4.0.993 August 1996 Microsoft Exchange Server 4.0 SP1 4.0.838 May 1996 Microsoft Exchange Server 4.0 SP2 4.0.993 August 1996 Microsoft Exchange Server 4.0 SP3 4.0.994 November 1996 Microsoft Exchange Server 4.0 SP4 4.0.995 April 1997 Microsoft Exchange Server 4.0 SP5 4.0.996 May 1998 Microsoft Exchange Server 5.0 5.0.1457 March 1997 Microsoft Exchange Server 5.0 SP1 5.0.1458 June 1997 Microsoft Exchange Server 5.0 SP2 5.0.1460 February 1998 Microsoft Exchange Server 5.5 5.5.1960 November 1997 Microsoft Exchange Server 5.5 SP1 5.5.2232 July 1998 Microsoft Exchange Server 5.5 SP2 5.5.2448 December 1998 Microsoft Exchange Server 5.5 SP3 5.5.2650 September 1999 Microsoft Exchange Server 5.5 SP4 5.5.2653 November 2000 Microsoft Exchange 2000 Server 6.0.4417 October 2000 Microsoft Exchange 2000 Server (a) 6.0.4417 January 2001 Microsoft Exchange 2000 Server SP1 6.0.4712 July 2001 Microsoft Exchange 2000 Server SP2 6.0.5762 December 2001 Microsoft Exchange 2000 Server SP3 6.0.6249 August 2002 Microsoft Exchange 2000 Server post-SP3 6.0.6487 September 2003 Microsoft Exchange 2000 Server post-SP3 6.0.6556 April 2004 Microsoft Exchange 2000 Server post-SP3 6.0.6603 August 2004 Microsoft Exchange 2000 Server post-SP3 6.0.6620.5 March 2008 Microsoft Exchange 2000 Server post-SP3 6.0.6620.7 August 2008 Microsoft Exchange Server 2003 6.5.6944 October 2003 Microsoft Exchange Server 2003 SP1 6.5.7226 May 2004 Microsoft Exchange Server 2003 SP2 6.5.7638 October 2005 Microsoft Exchange Server 2003 post-SP2 6.5.7653.33 March 2008 Microsoft Exchange Server 2003 post-SP2 6.5.7654.4 August 2008 Microsoft Exchange Server 2007 8.0.685.24 or 8.0.685.25 December 2006 Microsoft Exchange Server 2007 SP1 8.1.0240.006 November 2007 Microsoft Exchange Server 2007 SP2 8.2.0176.002 August 2009 Microsoft Exchange Server 2010 14.00.0639.021 October 2009

[ 시 나 리 오 ]
1. 기존 ELDORADO29.COM 도메인을 유지하면서 DS.CO.KR 이라는 복수 도메인을 추가
2. 새로 추가된 DS.CO.KR 로는 메일 송신과 수신을 할 수 있어야 하며, ELDORADO29.COM으로는 메일 수신만 가능하게 설정

※ 주의사항
특정 사용자들의 대하여 특정 도메인을 추가 할 경우 "Default Policy" 의 SMTP 주소를 추가 하지 않고, 별도 Policy를 추가 하여, LDAP 쿼리를 이용하여 특정 사용자들에게만 적용 되도록 합니다.

[ 진 행 방 법 ]
1. ESM 을 실행 하여, 아래 그림과 같이 이동하여 “Default Policy” 의 속성을 선택합니다.
2. “새로 만들기” 를 클릭합니다.

3. “SMTP 주소” 를 선택합니다.

4. 새로 추가 할 도메인 명을 입력합니다.
( 도메인 명 앞의 아래 그림과 같이 @ 을 입력합니다. )

5. 아래 그림과 같이 추가 된 것을 확인 할 수 있습니다.

6. 새로 추가된 도메인으로 메일을 송신 하기 위해, 새로 추가된 도메인을 선택 후 “기본 회신 주소로 설정”을 선택 후 적용 합니다.

7. “예” 를 선택 하여 업데이트 합니다.

8. 마지막으로 “지금 이 정책 적용”을 선택 하여 정책을 적용 합니다.

9. 아래 그림과 같이 정책을 적용하면, ActiveDirectory 내의 모든 사용자들의 E-MAIL 주소의 새로운 도메인이 추가 되고, 기본 회신 주소 값도 변경됩니다.

금일은 Microsoft Outlook 또는 Outlook Web Access 를 이용할 때 나타나는 표시이름을 변경하는 방법을 적어 보려합니다.

현재 회사 내의 안형진 (ahj@ds.co.kr) 이라는 사용자가 있습니다.
그 사용자가 요청 하길 "나는 영어 이름으로 나타나길 원한다. 영어 이름은 마크(Mark) 다" 라고 요구 할 경우 어떻게 수정해야 할까요?

ActiveDirectory 사용자 및 컴퓨터(DSA.MSC)를 실행하여 "안형진" 사용자의 속성 클릭합니다.
아래 왼쪽 화면의 "표시 이름"라는 항목이 나타는데 그 부분을 변경 할 이름으로 바꾸면 됩니다.
여기서는 "안형진" 을 마크 로 "변경" 하겠습니다.

Microsoft Outlook 또는 Outlook Web Access 를 이용하여 다시 확인 해 보면 "안형진" 에서 "마크"로 변경 된 것을 확인 할 수 있습니다.

※ 주의 사항 :
1. MS Oulook 캐시 모드를 사용 할 경우 정상적으로 주소록을 받아오는 시간이 있기에 바로 적용이 안 됩니다. 바로 확인 하고 싶은 경우 Outlook 캐시모드를 해제하시고 확인하세요.
2. Outlook Web Access 를 사용 할 경우 Internet Explorer의 캐시 값을 삭제 하고, 다시 확인 하세요.

금일은 사용자 이메일 주소 추가/변경 방법의 대하여 작성 하려합니다.

외국 같은 경우가 많은데요. 결혼을 하고  난 뒤, 성이 변경 되는 경우 "이메일 주소"와 "표시이름"을 변경 하고 싶어 합니다.
물론 우리 나라의 경우도 어떤 이유든 "이메일 주소"와 "표시이름"을 변경 하고 싶은 경우가 있죠^^
"표시 이름" 변경 방법은 저번의 작성하였고, 이번에는 이메일 주소 추가/변경 의 대하여 작성하겠습니다.
현재 회사 내의 안형진 (마크) 이라는 사용자가 있습니다. 마크의 메일 주소는 ahj@ds.co.kr 입니다.
그 사용자가 요청 하길 "나는 영어 이름의 Mark@ds.co.kr 을 사용 하고싶다" 라고 요구 할 경우 어떻게 수정해야 할까요?
Microsoft Outlook 또는 Outlook Web Access 를 이용하여 확인하면 아래와 같이 값이 나타나는 것을 확인 할 수 있습니다.

ActiveDirectory 사용자 및 컴퓨터(DSA.MSC)를 실행하여 "안형진" 사용자의 속성 클릭합니다.
"전자 메일 주소" 탭으로 이동한 후, "새로 만들기"를 클릭합니다.

"SMTP 주소"를 선택하고, 확인 합니다.

변경하고자 하는 이메일 주소를 입력합니다.

MARK@DS.CO.KR  SMTP주소를 선택하고, "기본 회신 주소로 설정"을 클릭합니다.
( 여기서 "기본 회신 주소로 설정" 다음과 같습니다. 현재 안형진이라는 사용자는 ahj@ds.co.kr 과 mark@ds.co.kr 두 가지의 메일 주소를 보유하고 있습니다. 하지만 메일을 발송하거나, 도메인 내의 사용자들이 메일 주소를 검색 할 때는 1개의 메일 주소만 나타나게 됩니다. 그것을 선택하는 것이 "기본 회신 주소로 설정" 이라고 생각하시면 됩니다. )

이제 부터 안형진이라는 사용자는 "ahj@ds.co.kr" 과 "mark@ds.co.kr"  두 가지 메일 주소를 가지게 되고, 두가지 메일 주소 다 발송 하면 안형진이라는 사용자에게 메일 발송 됩니다. ( 메일 주소를 변경하더라도, 기존 메일 주소로도 메일을 받을 수 있다는 얘기입니다.)

아래 그림과 같이 메일 주소가 변경 된 것을 볼 수 있습니다.

요약

이 문서에서는 Microsoft Outlook Web Access(OWA)에서 암호 변경 기능을 사용하여 OWA 사용자가 도메인 암호를 변경할 수 있도록 하는 방법에 대해 설명합니다. 또한 이 기능을 사용할 수 있는 몇 가지 일반적인 문제 해결 시나리오에 대해서도 설명합니다.

암호 변경 기능은 Microsoft Internet Information Services(IIS)에서 제공됩니다. 암호 변경 기능은 Microsoft Exchange Server에 특정한 기능이 아닙니다. IIS에서 이 기능은 IISADMPWD 가상 디렉터리를 통해 구현됩니다. Microsoft IIS 5.0과 Microsoft IIS 6.0에서는 이 가상 디렉터리를 수동으로 만들고 구성해야 하며, Microsoft IIS 4.0에서는 이 가상 디렉터리가 기본적으로 만들어집니다.

위로 가기

추가 정보

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

위로 가기

IISADMPWD 가상 디렉터리를 구성하는 방법

SSL(Secure Sockets Layer)은 Outlook Web Access에서 암호 변경 기능을 사용하는 데 필요합니다. 이것은 모든 버전의 Exchange Server에 해당됩니다. 암호 변경 기능을 사용하는 경우 이전 암호와 새 암호를 모두 일반 텍스트로 보낼 수 있으며, SSL을 사용하는 경우에는 이 통신이 암호화됩니다. OWA에서는 HTTPS 요청을 사용하여 암호 변경 기능에 액세스합니다.

SSL을 구성하려면 웹 서버에 대한 서버 인증서를 얻어야 합니다. 이를 위해 Microsoft Certificate Server나 타사 인증 서버를 사용할 수 있습니다. IIS에서 SSL을 설정하는 데 사용하는 웹 서버 인증서를 얻어야 합니다. SSL 인증서를 얻고 설치하는 방법에 대한 자세한 내용은 다음 IIS 도움말 항목을 참조하십시오.

•	SSL 인증서 얻기
•	SSL 구성

IIS와 Exchange Server에서 인증서를 사용하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

228821 (http://support.microsoft.com/kb/228821/) IIS 5.0의 인증서 마법사를 사용하여 인증서 요청 파일 만들기

228836 (http://support.microsoft.com/kb/228836/) SSL/TLS에서 사용하기 위해 인증서 마법사를 사용하여 새 인증서 설치

234022 (http://support.microsoft.com/kb/234022/) XCLN: SSL을 사용하도록 Exchange OWA를 구성하는 방법

320291 (http://support.microsoft.com/kb/320291/) XCCC: Exchange 2000 Server Outlook Web Access에 SSL 사용

823024 (http://support.microsoft.com/kb/823024/) Exchange Server 2003의 가상 서버에서 인증서를 사용하는 방법

참고 사용자 환경에서 Exchange 프런트 엔드 서버를 사용하는 경우 이러한 서버에서만 SSL을 사용해야 합니다. 단일 서버 환경에서는 Exchange 서버 자체에서 SSL을 사용해야 합니다.

PasswordChangeFlags 설정에 사용할 수 있는 값은 다음과 같습니다.

•	0: SSL에 의한 암호 변경을 요구합니다.
•	1: 비보안 포트에 의한 암호 변경을 허용합니다.
•	2: 암호 변경을 사용 불가능하게 설정합니다.

오프로드된 SSL 구성인 SSL 가속기를 사용하는 경우 이 값을 "1"로 변경할 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

1.	IIS/OWA 서버에서 시작, 실행을 차례로 누르고 cmd를 입력한 다음 확인을 누릅니다.
2.	명령 프롬프트에서 다음 명령을 입력한 다음 Enter 키를 누릅니다. cd <drive letter>\:inetpub\AdminScripts 예를 들면 다음과 같습니다. cd c:\inetpub\AdminScripts
3.	명령 프롬프트로 돌아옵니다. 이제 다음 명령을 입력합니다. adsutil.vbs set w3svc/passwordchangeflags 1 이 문서의 앞부분에 제공된 목록에 따라 값 "1"은 비보안 포트를 사용하는 암호 변경 기능을 허용합니다.

암호 변경 기능을 구성하기 전에 다음 수정 프로그램이 모든 Exchange 서버에 적용되어 있는지 확인합니다.

•	Windows 2000(모든 버전의 Exchange) 831047 (http://support.microsoft.com/kb/831047/) FIX: IIS 5.0의 암호 변경 페이지를 사용할 때 여러 가지 문제가 발생한다
•	Windows 2003(모든 버전의 Exchange) 833734 (http://support.microsoft.com/kb/833734/) FIX: IIS 6.0의 암호 변경 페이지를 사용할 때 여러 가지 문제가 발생한다 참고 이 핫픽스의 파일은 Microsoft Windows Server 2003 서비스 팩 1(SP1)에 포함되어 있습니다.

IISADMPWD 가상 디렉터리를 구성하려면 다음과 같이 하십시오.

1.	시작을 누르고 프로그램, 관리 도구를 차례로 가리킨 다음 인터넷 서비스 관리자를 누릅니다.
2.	기본 웹 사이트를 마우스 오른쪽 단추로 누르고 새로 만들기를 가리킨 다음 가상 디렉터리를 누릅니다.
3.	가상 디렉터리 만들기 마법사에서 별칭 상자에 IISADMPWD를 입력하고 다음을 누릅니다.
4.	디렉터리 상자에 <hard disk>:\winnt\system32\inetsrv\iisadmpwd(여기서 hard disk는 기본 하드 디스크)나 해당 위치를 입력하고 다음을 누릅니다.
5.	읽기 및 스크립트 실행 (예: ASP) 확인란만 선택되었는지 확인하고 다음을 누른 다음 마침을 누릅니다.
6.	IISADMPWD 가상 디렉터리에 기본 인증 집합만 있는지 확인하고 Windows 2003/IIS 6.0을 사용하는 경우에는 응용 프로그램 풀이 ExchangeApplicationPool로 설정되어 있는지 확인합니다.

Internet Information Server(IIS) 4.0과 Internet Information Services(IIS) 5.0에서 암호 변경 기능은 ISAPI 확장 Ism.dll을 통해 처리됩니다. 이 구성 요소는 Internet Information Services 버전 5.1 및 6.0에서 제거되었고, 암호 변경 기능은 ASP(Active Server Pages)를 사용하도록 수정되었습니다. Microsoft Windows 2000 Server 서비스 팩 3(SP3)에서 IIS 5.0을 실행하거나 Microsoft Windows NT 4.0 Server 서비스 팩 6a(SP6a)에서 IIS 4.0을 실행하는 서버에 이 ASP 기능을 제공하기 위해 다운로드 가능한 패키지가 만들어졌습니다.

참고 이 패키지는 Microsoft Exchange Server 5.5 및 Exchange 2000 Server Outlook Web Access에서 사용하도록 테스트되고 승인되었습니다. OWA에서는 확장명이 .htr인 이러한 파일을 참조하기 때문에 수동으로 파일의 이름을 바꾸면 OWA에서 암호 변경 기능을 사용할 수 없습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

331834 (http://support.microsoft.com/kb/331834/) 암호 변경 기능이 Active Server Pages를 사용하도록 바뀌었다

위로 가기

Outlook Web Access에서 암호 변경 단추 표시 및 숨기기

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

참고 이 레지스트리 값은 프런트 엔드 및 백 엔드 서버에서 모두 사용해야 합니다.

Exchange 2000 Server와 Exchange Server 2003의 경우 이 레지스트리를 사용하여 암호 변경 단추를 표시하거나 숨길 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

1.	레지스트리 편집기를 시작한 다음 아래의 레지스트리 키를 찾습니다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWeb
2.	OWA 키가 MSExchangeWeb 아래에 없으면 편집 메뉴를 누르고 새로 만들기를 누른 다음 키를 눌러 OWA라는 새 키를 추가합니다.
3.	DisablePassword 값을 찾고 데이터를 "0"으로 변경합니다. 이 값이 없으면 편집 메뉴를 누르고 새로 만들기를 누른 다음 DWORD 값을 눌러 다음 값을 OWA 레지스트리 하위 키에 추가합니다(암호 변경 단추가 나타나도록 하려는 경우). 값 이름: DisablePassword 값 종류: REG_DWORD 데이터: 0 암호 변경 단추를 숨기려면 DisablePassword 값 데이터를 "1"로 변경합니다.
4.	Exchange Information Store 서비스와 IIS 관리 서비스를 중지한 다음 다시 시작합니다. 이렇게 하면 W3SVC(World Wide Web Publishing Services)가 중지되고 다시 시작됩니다. Exchange 2000 Server 환경에서 IIS 관리 서비스를 다시 시작하면 Microsoft Exchange System Attendant와 Microsoft Exchange Information Store가 다시 시작됩니다.
5.	IMAP4, POP3, Microsoft Exchange Routing Engine, W3SVC, MTA Stacks 등의 필요한 종속 서비스가 모두 다시 시작되었는지 확인합니다.

Exchange Server 5.5의 Outlook Web Access에서 암호 변경 단추를 제거하려면 다음과 같이 하십시오.

1.	Constant.INC 파일을 찾습니다. 이 파일은 일반적으로 Outlook Web Access 서버의 Exchsrvr\Webdata\USA(또는 필요한 언어) 디렉터리에 있습니다.
2.	Administrative Settings 섹션에서 다음 줄을 찾습니다. fEnablePasswordMenu=True
3.	이 줄을 다음 텍스트로 바꿉니다. fEnablePasswordMenu=False
4.	파일 메뉴에서 저장을 누른 다음 파일을 닫습니다.
5.	확인하려면 Outlook Web Access 서버에서 인터넷 브라우저를 시작합니다. 암호 변경 단추가 더 이상 나타나지 않습니다.

위로 가기

사용 시나리오

프런트 엔드 및 백 엔드 구성의 Exchange 2000

프런트 엔드 서버를 사용하는 경우 프런트 엔드 서버에서 IISADMPWD 가상 디렉터리와 SSL을 구성해야 합니다. 사용자 환경에 프런트 엔드 서버가 여러 대 있으면 각 서버에서 SSL과 IISADMPWD 가상 디렉터리를 구성해야 합니다.

참고 단일 Exchange Server 환경인 경우에만 백 엔드 서버에서 이 기능을 구성하는 것이 적합합니다. 이 환경에서는 인터넷 사용자가 백 엔드 서버에서 직접 Outlook Web Access에 액세스합니다.

그러나 프런트 엔드 서버를 사용하는 경우 백 엔드 Exchange Server 컴퓨터에서 이 기능을 사용하려면 백 엔드에서 SSL 요구 사항을 구현하는 방식에 주의해야 합니다. 특히, 백 엔드 서버의 사서함 또는 공용 폴더 가상 루트나 Exchange, Public, ExchWeb, Exadmin 가상 디렉터리에서는 SSL을 사용하도록 설정하지 않아야 합니다. 설정한 경우에는 프런트 엔드 서버가 백 엔드 서버와 통신할 수 없습니다.

IISADMPWD 가상 디렉터리에서는 SSL을 사용해야 합니다.

암호 변경 기능은 Outlook Web Access와 독립적이지만 클라이언트가 직접 상호 작용하는 서버에서 구현되어야 합니다. 이 서버는 대개 프런트 엔드 서버입니다. 그러나 OWA의 옵션 페이지에서 제공하는 암호 변경 URL은 백 엔드 서버에서 생성됩니다. 따라서 파일 확장명 .htr 또는 .asp는 프런트 엔드 서버에 있는 파일 집합이 아니라 백 엔드 서버에 있는 IIS 버전에 따라 결정됩니다. OWA를 통해 암호를 변경하려고 하면 “페이지 찾을 수 없음” 또는 404 오류가 발생할 수 있습니다. 이 문제는 이 문서의 뒷부분에 설명되어 있습니다.

다음 표에는 참조할 파일 목록이 나와 있습니다. 이 표는 백 엔드 서버의 Windows 버전별로 구분되어 있습니다.

백 엔드 Exchange 2000 Windows 2000 SP4	백 엔드 Exchange 2003 Windows 2000 SP4	백 엔드 Exchange 2003 Windows 2003
프런트 엔드 Exchange 2000 Windows 2000 SP4	Aexp2b.htr	지원되지 않음	지원되지 않음
프런트 엔드 Exchange 2003 Windows 2000 SP4	Aexp2b.htr	Aexp2b.htr	Aexp2b.asp(이 문서의 뒷부분에 나오는 참고 참조) **
프런트 엔드 Exchange 2003 Windows 2003	Aexp2b.htr(이 문서의 뒷부분에 나오는 참고 참조) *	Aexp2b.htr(이 문서의 뒷부분에 나오는 참고 참조) *	Aexp2b.asp

* 백 엔드 서버가 Windows 2000(IIS 5.0)이고 프런트 엔드 서버가 Windows 2003(IIS 6.0)인 경우 Outlook Web Access(OWA)를 통해 암호를 변경하려고 하면 브라우저에서 404 또는 “페이지 찾을 수 없음” 오류 메시지가 나타납니다. 이 오류 메시지는 백 엔드 서버에서 생성하는 URL이 Aexp2b.htr 파일을 가리키기 때문에 나타납니다. 그러나 이 파일은 Windows 2003 프런트 엔드 서버에 기본적으로 없으므로 적절한 파일 집합을 프런트 엔드 서버에 복사하고 이러한 파일을 올바르게 처리하도록 프런트 엔드 서버를 구성해야 합니다.

이렇게 하려면 다음 단계를 수행하십시오.

1.	프런트 엔드 서버의 명령 프롬프트에서 %windir%\system32\inetsrv\IISADMPWD 디렉터리로 변경합니다. 다음을 입력합니다. copy Aexp2b.asp Aexp2b.htr
2.	프런트 엔드 서버에서 .htr 확장명의 스크립트 매핑을 추가합니다. • ISM에서, 만든 IISADMPWD 가상 디렉터리를 찾아 마우스 오른쪽 단추로 누르고 속성을 선택합니다. • 가상 디렉터리 탭에서 구성을 누릅니다. • 매핑 탭에서 추가를 누릅니다. • 다음과 같은 조건의 스크립트 매핑을 추가합니다. 실행 파일: %windir%\system32\inetsrv\asp.dll 확장명: .htr 다음으로 제한: GET,POST “스크립트 엔진”과 “파일이 있는지 확인”을 선택된 상태로 둡니다.

이것은 이 절의 앞부분에서 설명한 문제와 유사합니다. 그러나 이 특정한 경우에 Windows 2003 백 엔드 서버는 Windows 2000 프런트 엔드 서버에 없는 Aexp2b.asp로 끝나는 URL을 생성합니다. 해결 방법은 다음과 같이 적절한 파일 집합을 프런트 엔드 서버에 복사하는 것입니다.

1.	프런트 엔드 서버의 명령 프롬프트에서 %windir%\system32\inetsrv\iisadmpwd 디렉터리로 변경합니다.
2.	다음 명령을 입력합니다. copy Aexp2b.htr Aexp2b.asp 참고 이 해결 방법이 작동하려면 복사 명령을 수행하기 전에 이 절의 앞부분에서 설명한 Windows 2000 SP4를 이 서버에 적용해야 합니다.

참고 클러스터된 Exchange 서버에서도 동일한 단계를 수행할 수 있습니다. 프런트 엔드 서버가 Exchange 클러스터에서 사용되고 있으면 클러스터 자체에는 구성이 필요하지 않습니다.

위로 가기

문제 해결

이 절에는 Outlook Web Access의 암호 변경 기능을 사용하는 경우 발생할 수 있는 문제에 대한 일반적인 문제 해결 시나리오가 몇 가지 포함되어 있습니다.

•	다음과 같은 문서를 참조하는 것이 좋습니다. 831047 (http://support.microsoft.com/kb/831047/) FIX: IIS 5.0의 암호 변경 페이지를 사용할 때 여러 가지 문제가 발생한다 833734 (http://support.microsoft.com/kb/833734/) FIX: IIS 6.0의 암호 변경 페이지를 사용할 때 여러 가지 문제가 발생한다
•	IISADMPWD 가상 디렉터리를 만들 때 다음 권한을 사용할 수 있는지 확인합니다. 읽기 스크립트 실행 (예: ASP)
•	암호 변경 페이지에서 계정 정보를 입력할 때 자격 증명은 domain \ username 형식으로 입력해야 합니다.
•	Windows 2000 Server와 Windows Server 2003이 혼합된 환경에서 암호를 변경하려고 하면 “HTTP 404 – 파일을 찾을 수 없습니다.” 오류 메시지가 나타날 수 있습니다. 이러한 오류는 Windows 2000과 IIS 5.0에서 암호 변경 기능에 .htr 파일을 사용하기 때문에 발생합니다. Microsoft 기술 자료의 다음 문서에서 설명하는 방식으로 ASP 페이지를 사용하도록 Outlook Web Access를 실행하는 Windows 시스템을 업데이트했는지 확인하십시오. 331834 (http://support.microsoft.com/kb/331834/) 암호 변경 기능이 Active Server Pages를 사용하도록 바뀌었다 이 문제를 해결하려면 다음과 같이 하십시오. 1. 프런트 엔드 서버에서 실행되지 않는 운영 체제의 적절한 파일을 프런트 엔드 서버의 IISADMPWD 폴더에 복사합니다. IISADMPWD 폴더는 %SystemRoot%\System32\Inetsrv\IISADMPWD 폴더에 있습니다. 다른 운영 체제에서 파일을 복사하려면 상황에 따라 다음 방법 중 하나를 사용하십시오. • 명령 프롬프트에서 IISADMPWD 폴더(%SystemRoot%\System32\Inetsrv\IISADMPWD)를 찾아 copy *.asp *.htr을 입력한 다음 Enter 키를 누릅니다. 이 명령은 현재 폴더에 있는 모든 .asp 파일의 복사본을 만들어 .htr 확장명으로 복사본의 이름을 바꿉니다. • Windows 2000 Server를 실행하는 컴퓨터의 IISADMPWD 폴더에 있는 .htr 파일을 Windows Server 2003을 실행하는 컴퓨터의 IISADMPWD 폴더에 복사합니다. 2. Windows Server 2003을 실행하는 컴퓨터에서 인터넷 서비스 관리자를 시작합니다. 3. 기본 웹 사이트를 확장하고 IISADMPWD를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다. 4. 구성을 누른 다음 추가를 누릅니다. 참고 구성 단추가 사용 불가능하거나 흐리게 나타나면 만들기를 누른 다음 구성을 누르십시오. 5. 찾아보기를 누른 다음 Windows\System32\Intesrv 폴더에서 Asp.dll을 누릅니다. 6. 확장명 상자에 htr을 입력합니다. 7. 관리 도구에서 서비스를 두 번 누른 다음 IISAdmin 서비스를 다시 시작합니다.
•	“서버를 찾지 못하였습니다.” 또는 “검색할 페이지는 현재 사용할 수 없습니다.”가 나타납니다. 암호 변경 기능을 허용하도록 IIS를 구성하지 않았거나 암호 변경 기능이 레지스트리에서 사용 불가능하게 설정되어 있으면 이 문제가 발생할 수 있습니다.
•	만든 IISADMPWD 가상 디렉터리가 기본 웹 사이트가 아닌 웹 사이트에 있는 경우 Exchange 2000 Server 환경에서 “HTTP 404 – 파일을 찾을 수 없습니다.” 오류가 나타날 수 있습니다. 이 문제를 해결하려면 사용하고 있는 IISADMPWD 가상 디렉터리에서 Davex.dll 또는 Exprox.dll에 대한 파일 매핑이 없는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오. 1. Microsoft Internet Information Services(IIS)를 사용하여 Outlook Web Access 암호를 변경합니다. IIS를 사용하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오. 327134 (http://support.microsoft.com/kb/327134/) Outlook Web Access에서 암호 변경 기능을 사용하는 방법 2. 인터넷 서비스 관리자를 시작합니다. 3. Outlook Web Access가 설치된 웹 사이트를 확장합니다. 4. 이 문서의 "원인" 절에 있는 예제에서 새 가상 디렉터리 IISADMPWD를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다. 5. 가상 디렉터리 탭을 누른 다음 구성을 누릅니다. 6. 응용 프로그램 매핑 탭을 누른 다음 목록 맨 아래로 스크롤합니다. 7. 확장명이 *이고 실행 파일 경로가 davex.dll 또는 exprox.dll로 끝나는 항목을 찾습니다. exprox.dll 파일은 프런트 엔드 서버용이고 davex.dll 파일은 백 엔드 서버용입니다. 8. 해당 항목을 누른 다음 제거를 누릅니다. 9. 변경 내용을 적용합니다.
•	IISADMPWD 가상 디렉터리가 암호 변경 기능을 사용하는 웹 사이트와 동일한 응용 프로그램 풀에서 실행되는지 확인합니다. 예를 들어, Outlook Web Access 웹 사이트에서 암호 변경 기능을 사용하는 경우 IISADMPWD 가상 디렉터리는 이 Outlook Web Access 사이트가 있는 Exchange 응용 프로그램 풀 안에서 실행되어야 합니다.
•	Outlook Web Access에서 "Your current password is about to expire in 0 days. To change your password, go to the Options page after you login" 경고가 나타납니다. 활성화된 Windows 사용자 계정의 pwdLastSet 속성이 Exchange 리소스 포리스트에 있는 비활성화된 해당 Windows 사용자 계정의 pwdLastSet 속성과 일치하지 않는 경우 이 경고가 나타날 수 있습니다. 이러한 상황은 사용자가 한 리소스 포리스트에서 다른 리소스 포리스트로 마이그레이션되면 발생할 수 있습니다. Windows 사용자 계정 암호를 최근에 다시 설정한 경우 Outlook Web Access에서 경고 메시지를 무시하거나, Outlook Web Access를 통해 암호를 다시 설정하여 오류 메시지가 더 이상 나타나지 않도록 할 수 있습니다.

 

이 기능을 사용하려면 캐시된 Exchange 모드에서 Microsoft Exchange 2000, 2003 또는 2007 계정을 사용해야 합니다. 대부분의 가정 및 개인용 계정은 Exchange를 사용하지 않습니다. 연결된 Exchange의 버전을 확인하려면 내 계정이 연결되는 Microsoft Exchange 버전 확인을 참고하십시오.

캐시된 Exchange 모드에서는 Microsoft Exchange 계정 사용 시 더욱 향상된 환경을 제공합니다. 컴퓨터에 저장되는 사서함 복사본은 데이터에 대한 빠른 액세스를 제공하며 메일 서버에서 자주 업데이트됩니다.

---

캐시된 Exchange 모드

의도적으로 또는 연결 문제로 오프라인 상태에서 작업하는 경우 현재 있는 장소와 관계없이 계속하여 데이터를 즉시 사용할 수 있습니다. 사용 중인 컴퓨터에서 Exchange를 실행 중인 컴퓨터에 연결할 수 없는 경우 Outlook은 연결 시도 중 또는 연결 끊김 상태로 전환됩니다. 연결이 복원되면 Microsoft Office Outlook 2007의 상태가 자동으로 연결됨 또는 연결됨(머리글)으로 전환됩니다. 서버에 연결되지 않은 상태에서 변경한 모든 내용은 서버에 연결되면 자동으로 동기화됩니다. 변경 내용이 동기화되는 동안에도 계속 작업할 수 있습니다.

데이터 최적화 방식

데이터가 Exchange 연결 형식으로 최적화될 때 서버 사서함과 동기화되는 항목의 형식이 달라집니다. 예를 들어 고속 연결을 사용하는 경우 Outlook은 전자 메일 서버에 있는 전자 메일 항목의 머리글, 본문 및 첨부 파일을 사용자 컴퓨터에 복사합니다. 저속 연결을 선택하는 경우 머리글만 자동으로 다운로드됩니다. 본문 및 기타 연결된 첨부 파일은 사용자가 요청하거나 PDA(개인용 정보 단말기)와의 동기화, 자동 보관 및 여러 가지 클라이언트쪽 규칙을 위해 필요에 따라 다운로드됩니다. 저속 연결 환경에서는 오프라인 주소록도 자동으로 업데이트되지 않습니다. 그러나 업데이트를 수동으로 요청할 수는 있습니다.

참고   Exchange Server 2003 이상에 연결된 경우에만 머리글 다운로드 기능을 사용할 수 있습니다.

연결을 통해 보내는 데이터 양 조정

캐시된 Exchange 모드에서는 Outlook 기능을 활용하여 Exchange에 대한 연결 속도를 자동으로 확인하며 해당 속도에서 데이터 전송을 최적화합니다. 저속 연결 시 머리글만 다운로드 설정을 선택하면 Outlook에서는 전체 항목 다운로드를 자동으로 중지하며 첨부 파일도 서버에 남겨 둡니다.

예를 들어 사무실에서 랩톱 컴퓨터를 사용하여 네트워크 케이블을 통해 회사 LAN(Local Area Network)에 연결하면 첨부 파일을 포함하여 머리글 및 전체 항목에 액세스할 수 있으며 Exchange를 실행 중인 컴퓨터에 빠르게 액세스할 수 있습니다. 이때 랩톱 컴퓨터의 LAN 연결을 끊으면 Outlook의 상태가 연결 시도 중으로 전환됩니다. 이 상태에서 데이터를 사용하여 계속 작업할 수 있습니다. 계속 연결이 되지 않으면 Outlook의 상태가 연결 끊김으로 전환되며 서버를 사용할 수 있는지 주기적으로 확인합니다. 무선 액세스를 사용할 수 있는 경우 Outlook에서 서버에 다시 연결할 수 있으며 상태가 다시 연결됨으로 전환됩니다. 이때 설정을 변경하거나 Outlook을 다시 시작할 필요가 없습니다.

나중에 전화 접속 모뎀을 사용하여 Exchange 계정에 액세스하면 Outlook에서는 해당 연결이 저속임을 인식한 후 머리글만 다운로드하고 오프라인 주소록은 업데이트하지 않음으로써 해당 연결을 자동으로 최적화합니다. 연결을 통해 보내는 데이터 양을 줄여 추가로 최적화할 수도 있습니다.

Outlook에서는 다양한 수준의 최적화를 제공하므로 회사 LAN 연결이 끊겨 오프라인이 된 후 저속 전화 접속 연결을 통해 서버에 다시 연결하는 등의 연결 환경 변화에 대응할 수 있습니다. Exchange 연결 유형이 LAN, 무선, 휴대, GPRS(General Packet Radio Service), 오프라인 등으로 변경될 때 연결 유형이 매끄럽게 전환되며 Outlook 설정을 변경하거나 Outlook을 다시 시작할 필요가 없습니다.

참고   Exchange Server 2003 이상에 연결된 경우에만 머리글 다운로드 기능을 사용할 수 있습니다.

자동 연결 동작 및 수동 연결 동작 선택

연결 동작을 언제든지 직접 설정할 수 있습니다. 경우에 따라 연결 동작 및 Exchange와 사용자 컴퓨터 사이의 데이터 전송 양을 제어할 수도 있습니다. 사무실에서 고속 LAN(Local Area Network)에 연결되어 있는 경우에는 전체 항목 다운로드를 선택하는 것이 가장 좋습니다. 일반적으로 휴대 연결이나 GPRS 연결과 같이 데이터를 주고 받는 양에 따라 요금이 부과되는 서비스를 통해 연결되어 있는 경우에는 머리글 다운로드를 선택하여 연결을 통해 전송되는 데이터 양 및 연결 시간을 줄입니다. 그런 다음 필요한 전체 항목만 요청할 수 있습니다.

참고   Exchange Server 2003 이상에 연결된 경우에만 머리글 다운로드 기능을 사용할 수 있습니다.

캐시된 Exchange 모드 설정

1. 도구 메뉴에서 전자 메일 계정을 클릭합니다.

2. 전자 메일 탭에서 Exchange 계정을 클릭하고 변경을 클릭합니다.

3. Microsoft Exchange 서버에서 캐시된 Exchange 모드 사용 확인란을 선택합니다.

캐시된 Exchange 모드를 설정할 수 없는 경우 다음과 같은 원인에 해당할 수 있습니다.

§ Microsoft Outlook 프로필에 Exchange 전자 메일 계정이 없습니다. 이 기능을 사용하려면 Outlook 프로필에 Exchange 계정이 들어 있어야 합니다.

§ Exchange 관리자가 이 기능을 비활성화한 경우   Exchange 관리자는 Outlook에서 이 기능을 비활성화할 수 있습니다. 자세한 내용은 Exchange 관리자에게 문의하십시오. 관리자용 추가 정보는 Microsoft Office Resource Kit에서 구할 수 있습니다.

§ Microsoft 터미널 서비스를 설치했습니다. 캐시된 Exchange 모드에는 오프라인 폴더 파일(.ost)이 사용됩니다. Microsoft Windows 2000 Server 또는 Windows Server 2003용 Microsoft 터미널 서비스를 설치한 경우에는 이 파일을 사용할 수 없습니다. 그러나 터미널 서비스 클라이언트나 원격 데스크톱 연결 클라이언트를 설치한 경우에는 이 기능을 사용할 수 있습니다.

4. Microsoft Outlook을 종료하고 다시 시작합니다.

캐시된 Exchange 모드를 사용 중인 경우 Exchange를 실행 중인 컴퓨터와 다음 번에 동기화될 때까지 메시지가 최대 1분간 보낼 편지함에 남아 있을 수 있습니다. 메시지를 즉시 보내려면 다음을 실행하십시오.

도구 메뉴에서 보내기/받기를 가리킨 다음 모두 보내기를 클릭합니다.

참고 캐시된 Exchange 모드에서는 Exchange 폴더뿐만 아니라 공유 폴더도 사용할 수 있습니다. 공유 폴더의 예로는 대리인 액세스를 사용하는 경우 다른 사람의 Exchange 폴더, SharePoint 폴더 등이 있습니다. 캐시된 Exchange 모드의 공유 폴더 지원 기능을 사용하거나 사용하지 않도록 설정하려면 위에서 설명한 절차의 2단계를 실행한 후 기타 설정을 클릭하고 고급 탭에서 메일 폴더를 제외한 공유 폴더 다운로드 확인란을 선택하거나 선택 취소합니다.

캐시된 Exchange 모드 해제

1. 도구 메뉴에서 전자 메일 계정을 클릭합니다.

2. 전자 메일 탭에서 Exchange 계정을 클릭하고 변경을 클릭합니다.

3. Microsoft Exchange 서버에서 캐시된 Exchange 모드 사용 확인란의 선택을 취소합니다.

4. Outlook을 종료하고 다시 시작합니다.

현상

Outlook에서 규칙을 사용하면 다음과 같은 오류 메시지가 나타날 수 있습니다.

Microsoft Exchange Server의 공간이 부족하여 모든 규칙을 저장할 수 없습니다. 업로드에 실패한 규칙들은 비활성화될 것입니다.

위로 가기

해결 과정

이 문제를 해결하려면 다음과 같이 하십시오.

•	규칙에서 개별 받는 사람을 사용하는 대신 메일 그룹(DL)을 만들어 받는 사람을 그룹화합니다.
•	규칙에서 받는 사람 수를 작게 유지합니다.
•	받는 사람 이름을 최대한 짧게 유지합니다.

위로 가기

추가 정보

각 규칙은 7개의 부분으로 이루어져 있습니다. 규칙 속성 자체는 받는 사람을 제외하고 400 - 500바이트의 데이터를 나타냅니다. 각 받는 사람도 평균적으로 400 - 500바이트의 공간을 차지하며 이 데이터는 규칙의 조건 부분과 제한 부분에 저장됩니다. 메일 그룹은 한 명의 받는 사람으로 간주되며 400 - 500바이트의 공간만을 차지합니다. 각 폴더에 허용되는 총 공간 양은 32KB입니다. 부재 중 전자 메일 메시지는 규칙으로 저장되므로 이들도 공간을 차지합니다.

규칙에서 사용하는 공간을 집계하는 데 다음과 같은 정보가 사용됩니다.

•	규칙 순서. 이 규칙이 시작되는 규칙 순서.
•	규칙 상태. 규칙이 설정되어 있는지 아니면 해제되어 있는지를 확인하는 값.
•	사용자 상태. 해당 사용자가 로그온해 있는지 여부.
•	공급자 이름. 일반적으로 공급자 이름은 "RulesOrganizer"입니다.
•	규칙 이름. 유니코드와 ASCII로 저장됩니다.
•	규칙 수준. 규칙 버전에 대한 정보.
•	규칙 공급자 데이터. 규칙 마법사에 특정한 정보.
•	조건 및 제한. 규칙 정보의 대부분을 차지하며 크기가 중요합니다. 규칙 마법사의 사용자 인터페이스(UI)에서 나온 데이터입니다.
•	고유 이름. 유니코드와 ASCII로 저장됩니다.
•	표시 이름. 유티코드와 ASCII로 저장되는데, 두 번 저장됩니다.
•	예외. 규칙에 대한 예외.
•	조건. 규칙에 대한 조건.

 

 

현상

다음 중 하나 이상의 현상이 나타날 수 있습니다.

•	인터넷 기반 전자 메일 메시지를 받을 수 없습니다.
•	첨부 파일이 포함된 전자 메일 메시지를 보낼 수 없습니다.
•	포트 25에서 Exchange 2000 서버와의 텔넷 세션을 설정할 수 없습니다.
•	Exchange 2000 서버로 EHLO 명령을 보내면 "Command unrecognized" 또는 "OK" 응답이 표시됩니다.
•	특정 도메인에서 메일을 보내거나 받을 수 없습니다.
•	POP3(Post Office Protocol version 3) 인증 관련 문제 - 550 5.7.1 로컬 서버에서 릴레이가 거부됩니다.
•	같은 전자 메일 메시지가 5~6번 정도 중복 전송되는 문제가 있습니다.
•	같은 SMTP(Simple Mail Transfer Protocol) 메시지가 여러 번 중복 수신됩니다.

위로 가기

원인

다음과 같은 경우 이 문제가 발생할 수 있습니다.

•	Exchange 2000 서버가 Cisco PIX 방화벽 장치 뒤에 있는 경우 및
•	PIX 방화벽의 Mailguard 기능이 설정되어 있는 경우
•	ESMTP(Extended Simple Mail Transfer Protocol) 명령인 Auth 및 Auth login 명령이 방화벽에 의해 무시되어 사용자가 비로컬 도메인에서 릴레이하고 있는 것으로 간주되는 경우

Cisco PIX 방화벽에서 Mailguard 기능이 실행되고 있는지 여부를 확인하려면 MX 레코드의 IP 주소에 텔넷으로 연결한 후 다음과 유사한 응답이 나타나는지 확인합니다.

220*******************************************************0*2******0***********************
2002*******2***0*00

Old versions of Pix:

220 SMTP/cmap_________________________________________ read

자세한 내용을 보려면 다음 Cisco 웹 사이트를 방문하십시오.

http://www.cisco.com/en/US/tech/tk331/tk897/tsd_technology_support_sub-protocol_home.html (http://www.cisco.com/en/US/tech/tk331/tk897/tsd_technology_support_sub-protocol_home.html)

http://www.cisco.com/warp/public/110/22.html (http://www.cisco.com/warp/public/110/22.html)

참고: ESMTP 서버가 PIX 방화벽 뒤에 있으면 Mailguard 기능을 해제해야 메일을 올바르게 주고 받을 수 있습니다. 또한 포트 25에 텔넷 세션을 설정하면 특히 문자 모드를 사용하는 텔넷 클라이언트에서 fixup protocol smtp 명령이 수행되지 않을 수 있습니다.

위로 가기

해결 방법

이 문제를 해결하려면 PIX 방화벽의 Mailguard 기능을 해제하십시오.

경고: ESMTP 서버가 PIX 방화벽 뒤에 있으면 Mailguard 기능을 해제해야 메일을 올바르게 주고 받을 수 있습니다. 포트 25에 대해 텔넷 명령을 사용하면 fixup protocol smtp 명령이 수행되지 않으며 이는 문자 모드를 수행하는 텔넷 클라이언트에서 더 자주 나타납니다.

PIX 방화벽의 Mailguard 기능을 해제하려면

1.	텔넷 세션을 설정하거나 콘솔을 사용하여 PIX 방화벽에 로그온합니다.
2.	enable을 입력한 다음 Enter 키를 누릅니다.
3.	암호를 입력하라는 메시지가 나타나면 암호를 입력한 다음 Enter 키를 누릅니다.
4.	configure terminal을 입력한 다음 Enter 키를 누릅니다.
5.	no fixup protocol smtp 25를 입력한 다음 Enter 키를 누릅니다.
6.	write memory를 입력한 다음 Enter 키를 누릅니다.
7.	PIX 방화벽을 다시 시작하거나 다시 로드합니다.

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

295164 (http://support.microsoft.com/kb/295164/) XCON: 인증 릴레이를 사용 가능하게 설정하면 SMTP 클라이언트에게 릴레이가 금지되었다는 오류 메시지가 나타난다

위로 가기

추가 정보

PIX 소프트웨어의 Mailguard 기능(이전 버전에서는 Mailhost라고도 함)은 SMTP 트래픽을 필터링합니다. PIX 소프트웨어 버전 4.0 및 4.1에서는 Mailguard를 구성할 때 mailhost 명령을 사용하고, PIX 소프트웨어 버전 4.2 이상에서는 fixup protocol smtp 25 명령을 사용합니다.

참고: 메일 서버에 대한 고정 IP 주소 할당 및 conduit 문도 있어야 합니다.

Mailguard가 구성되어 있으면 RFC(Request For Comment) 821, 4.5.1 조항에서 설명한 것과 같이 SMTP에 꼭 필요한 일곱 개의 명령만 사용할 수 있습니다. 이 명령은 다음과 같습니다.

HELO
MAIL
RCPT
DATA
RSET
NOOP
QUIT

KILL, WIZ 등의 다른 명령은 PIX 방화벽에서 메일 서버로 전달되지 않습니다. 이전 버전의 PIX 방화벽에서는 차단된 명령에 대해서도 "OK" 응답을 반환합니다. 이는 차단된 명령을 공격자가 알 수 없도록 하기 위한 것입니다.

RFC 821을 보려면 다음 RFC 웹 사이트를 방문하십시오.

http://www.faqs.org/rfcs/rfc821.html (http://www.faqs.org/rfcs/rfc821.html)

다른 모든 명령은 "500 Command unrecognized"라는 응답과 함께 거부됩니다.

펌웨어 버전이 5.1 이상인 Cisco PIX 방화벽에서 fixup protocol smtp 명령은 SMTP 배너 문자를 "2", "0", "0 " 문자만 제외하고는 모두 별표로 바꿉니다. 캐리지 리턴(CR)과 줄 바꿈(LF) 문자는 무시됩니다. 버전 4.4에서는 SMTP 배너의 모든 문자가 별표로 바뀝니다.

위로 가기

Mailguard 기능 테스트

Mailguard 기능은 모든 명령에 대해 "OK" 응답을 반환할 수 있으므로 활성화 여부를 확인하기가 어려울 수 있습니다. Mailguard 기능이 잘못된 명령을 차단하고 있는지 확인하려면 다음 단계를 수행하십시오.

참고: 다음 단계는 PIX 소프트웨어 버전 4.0 및 4.1을 기준으로 합니다. 이후 버전(버전 4.2 이상)의 PIX 소프트웨어를 테스트하려면 메일 서버에 대해 fixup protocol smtp 25 명령과 적절한 static 및 conduit 문을 사용하십시오.

Mailguard 기능이 해제된 경우

1.	PIX 방화벽에서 static 및 conduit 명령을 사용하여 TCP 포트 25(SMPT)에서 모든 호스트를 받아들입니다.
2.	포트 25에서 PIX 방화벽의 외부 인터페이스에 텔넷 세션을 설정합니다.
3.	잘못된 명령을 입력한 다음 Enter 키를 누릅니다. 예를 들어, goodmorning을 입력한 다음 Enter 키를 누릅니다. 다음과 같은 응답이 수신됩니다. 500 Command unrecognized.

Mailguard 기능이 설정된 경우

1.	mailhost 또는 fixup protocol smtp 25 명령을 사용하여 PIX 방화벽의 외부 인터페이스에 대해 Mailguard 기능을 설정합니다.
2.	포트 25에서 PIX 방화벽의 외부 인터페이스에 텔넷 세션을 설정합니다.
3.	잘못된 명령을 입력한 다음 Enter 키를 누릅니다. 예를 들어, goodmorning을 입력한 다음 Enter 키를 누릅니다. 다음과 같은 응답이 수신됩니다. OK.

Mailguard 기능이 해제된 경우 메일 서버는 잘못된 명령에 대해 "500 Command unrecognized"라는 메시지로 응답합니다. 그러나 Mailguard 기능이 설정되어 있으면 PIX 방화벽에서는 SMTP에 꼭 필요한 일곱 개의 SMTP 명령만 전달하므로 잘못된 명령을 차단합니다. PIX 방화벽은 명령이 유효한지 여부에 상관없이 항상 "OK"로 응답합니다.

기본적으로 PIX 방화벽은 모든 외부 연결에서 내부 호스트에 액세스하지 못하도록 합니다. 외부 액세스를 허용하려면 static, access-list 및 access-group 문을 사용하십시오. 이러한 명령에 대한 자세한 내용은 다음 Cisco 웹 사이트를 참조하십시오.

http://www.cisco.com/univercd/cc/td/doc/product/iaabu/pix/pix_60/config/commands.htm (http://www.cisco.com/univercd/cc/td/doc/product/iaabu/pix/pix_60/config/commands.htm)

Cisco PIX 방화벽을 구성하는 방법에 대한 자세한 내용은 다음 Cisco 웹 사이트를 참조하십시오.

http://www.cisco.com/univercd/cc/td/doc/product/iaabu/pix/pix_v52/config/commands.htm#xtocid1604922 (http://www.cisco.com/univercd/cc/td/doc/product/iaabu/pix/pix_v52/config/commands.htm#xtocid1604922)

http://www.cisco.com/warp/public/707/PIXfirewallSMTPfilter-pub.shtml (http://www.cisco.com/warp/public/707/PIXfirewallSMTPfilter-pub.shtml)

http://www.cisco.com/warp/public/110/22.html (http://www.cisco.com/warp/public/110/22.html)

이 문서에 나와 있는 다른 공급업체 제품은 Microsoft와 무관한 회사에서 제조한 것입니다. Microsoft는 이들 제품의 성능이나 신뢰성에 관하여 명시적이든 묵시적이든 어떠한 보증도 하지 않습니다.
이 문서에 포함된 다른 공급업체의 연락처 정보는 기술 지원을 받는 데 도움을 주기 위한 것입니다. 이 연락처 정보는 예고 없이 변경될 수 있습니다. Microsoft는 이러한 다른 공급업체 연락처 정보의 정확성을 보증하지 않습니다.