Edge Transport Server - 스팸 필터 및 바이러스 방지

참고:

Microsoft Exchange Server 2007 시험판 버전에서는 Edge 전송 서버 역할을 게이트웨이 서버 역할이라고 했습니다.

Exchange 2007 에서 Edge 전송 서버 역할은 조직의 경계 네트워크에 독립 실행형 서버로 배포됩니다. 공격 영역을 최소화하도록 고안된 Edge 전송 서버는 모든 인터넷 연결 메일 흐름을 처리하며 Exchange 조직에 대해 SMTP(Simple Mail Transfer Protocol) 릴레이와 스마트 호스트 서비스를 제공합니다. 메시지가 메시지 전송 구성 요소에서 처리되므로 Edge 전송 서버에서 실행되고 메시지에서 작동하는 일련의 에이전트에서 추가 메시지 보호 및 보안 계층을 제공합니다. 이러한 에이전트는 바이러스 및 스팸 방지 기능을 제공하고 메시지 흐름을 제어하는 전송 규칙을 적용합니다.

Edge 전송 서버 역할이 설치된 컴퓨터에는 Active Directory 디렉터리 서비스에 대한 액세스가 없습니다. 모든 구성과 받는 사람 정보는 ADAM(Active Directory 응용 프로그램 모드) 디렉터리 서비스에 저장됩니다. 받는 사람 조회 작업을 수행하기 위해 Edge 전송 서버는 Active Directory 에 있는 데이터를 요구합니다. EdgeSync는 Hub 전송 서버 역할이 설치된 컴퓨터에서 Active Directory 의 받는 사람 정보와 구성 정보를 Edge 전송 서버의 ADAM 인스턴스로 복제하는 단방향 복제를 설정하기 위해 실행하는 프로세스의 모음입니다. Microsoft Exchange EdgeSync 서비스는 Edge 전송 서버에서 스팸 방지 구성 작업을 수행하는 데 필요한 정보와 종단 간 메일 흐름에 필요한 커넥터 구성 정보만 복사합니다. Microsoft Exchange EdgeSync 서비스는 예약된 업데이트를 수행하여 ADAM의 정보를 최신으로 유지합니다.

경계 네트워크에 두 개 이상의 Edge 전송 서버를 설치할 수 있습니다. 두 개 이상의 Edge 전송 서버를 배포하면 서버 오류가 발생할 때 중복 기능을 제공합니다. DNS 서버에 의해 사용되어 네트워크 리소스에 대한 로드를 공유하고 분산하는 간단한 메커니즘인 DNS(Domain Name System) 라운드 로빈을 사용하여 Edge 전송 서버 간에 조직에 대한 SMTP 트래픽의 로드 균형을 조정할 수 있습니다. 복제된 구성 스크립트를 사용하여 여러 Edge 전송 서버 간의 구성에 있어서 일관성을 유지할 수 있습니다. 또한 Edge 전송 서버 템플릿은 적절한 역할 기반 보안 수준에서 Windows Server 2003 을 구성하는 데 도움을 주기 위해 Microsoft Windows Server 2003 서비스 팩 1 보안 구성 마법사를 제공합니다.

다음 섹션에서는 Edge 전송 서버 역할에서 관리할 수 있는 메시지 처리 시나리오에 대해 설명합니다.

내부 메일 흐름

Edge 전송 서버 역할을 실행하는 서버는 인터넷에서 Exchange 2007 조직으로 전달되는 메시지를 허용합니다. 메시지가 Edge 전송 서버에 의해 처리된 후 조직 내의 Hub 전송 서버로 라우팅됩니다.

조직에서 인터넷으로 전송된 모든 메시지는 Hub 전송 서버에 의해 처리된 후 Edge 전송 서버로 라우팅됩니다. DNS를 사용하여 외부 SMTP 도메인에 대한 MX(Mail Exchanger) 리소스 레코드를 확인하도록 Edge 전송 서버를 구성하거나 메시지를 DNS 확인을 위해 스마트 호스트로 전달하도록 Edge 전송 서버를 구성할 수 있습니다.

메일 흐름에 대한 자세한 내용은 전송 아키텍처를 참조하십시오.

스팸 방지 및 바이러스 방지

Exchange 2007 에서 스팸 방지 및 바이러스 방지 기능은 경계 네트워크에서 바이러스, 스팸 또는 원치 않는 상업성 전자 메일을 차단하는 서비스를 제공합니다. 대부분의 바이러스는 스팸과 같은 전략을 사용하여 조직에 접근하고 전자 메일 메시지를 열도록 사용자를 유인합니다. 대부분의 스팸을 필터링할 수 있는 경우에는 바이러스가 조직에 진입하기 전에 이를 캡처할 가능성이 매우 높습니다.

스팸 발송자는 다양한 기법을 사용하여 조직으로 스팸을 보냅니다. Edge 전송 서버 역할을 실행하는 서버는 함께 작업하는 에이전트 모음을 제공하여 조직 내 사용자가 스팸을 수신하는 것을 방지함으로써 다른 차원의 스팸 필터링 및 보호 기능을 제공합니다. 커넥터에서 타피팅 간격을 설정하면 전자 메일 수집 시도를 무력화합니다.

Exchange 2007 에서 스팸 방지 및 바이러스 방지 기능에 대한 자세한 내용은 스팸 방지 및 바이러스 백신 기능을 참조하십시오.

Edge 전송 규칙

Edge 전송 규칙은 인터넷에서 전송 또는 수신되는 메시지 흐름을 제어하는 데 사용됩니다. Edge 전송 규칙은 지정된 조건을 충족하는 메시지에 작업을 지정하여 회사 네트워크 리소스 및 데이터를 보호하는 데 유용합니다. 이러한 규칙은 각 서버에 대해 구성됩니다. Edge 전송 규칙 조건은 메시지 제목, 본문 또는 헤더의 특정 단어나 텍스트 패턴, 보낸 사람 주소, SCL(스팸 지수), 첨부 파일 형식 등과 같은 데이터를 기반으로 합니다. 작업은 지정된 조건이 true인 경우 메시지를 처리하는 방법을 결정합니다. 가능한 작업에는 메시지 격리, 메시지 삭제 또는 거부, 다른 받는 사람 추가, 이벤트 로깅 등이 있습니다. 작업 적용 시 특정 메시지를 제외시킬 수 있는 선택적인 예외가 있습니다.

Edge 전송 규칙에 대한 자세한 내용은 전송 규칙 개요를 참조하십시오.

주소 다시 쓰기

주소 다시 쓰기를 사용하면 Exchange 2007 조직의 메시지를 받는 외부 사람에게 일관된 모습을 보여 줄 수 있습니다. 인바운드 및 아웃바운드 메시지에서 SMTP 주소를 수정할 수 있도록 Edge 전송 서버 역할에서 주소 다시 쓰기 에이전트를 구성합니다. 주소 다시 쓰기는 여러 도메인이 있는 새롭게 병합된 조직이 외부 받는 사람에게 일관된 전자 메일 주소를 표시하도록 할 때 특히 유용합니다.

주소 다시 쓰기에 대한 자세한 내용은 주소 다시 쓰기 계획를 참조하십시오.

[Exchange 2007 Edge Transport Role 배포]

1. Exchange 2007 DVD를 삽입 후 Setup을 실행하여, 아래 그림과 같은 순서로 설치를 진행 합니다.

2. 설치 유형이 “허브 전송, 클라이언트 엑세스, 사서함, 관리도구”를 설치 할 경우 “표준 Exchange Server 설치”를 선택합니다.

Edge 전송 서버나, 특정 서버 역할을 설치 할 경우 “사용자 지정 Exchange Server 설치”를 선택 합니다.

3. “Edge 전송 서버 역할”을 선택하여 설치 합니다.

4. Edge Transport Role을 설치 하기 전에 “준비 검사”를 진행하게 되는데, 아래와 같이 오류가 발생 됩니다.

5. 오류를 해결하기 위해서는 다음과 같이 3가지 작업을 진행하면 됩니다.

첫번째로, 정규화된 도메인 이름이 비어 있기 때문에, 설치 전에 정규화된 도메인 이름(FQDN)을 설정 해야 합니다.

6. 두번째로, ADAM SP1 을 설치해야 합니다.

- ADAM SP1 다운로드 -
http://www.microsoft.com/downloads/details.aspx?FamilyId=9688F8B9-1034-4EF6-A3E5-2A2A57B5C8E4&displaylang=en => 영문판 or MUI판의 X86, X64 버전

http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=9688f8b9-1034-4ef6-a3e5-2a2a57b5c8e4 => 한글판 X86 버전

7. 세번째로, Net 2.0 Hotfix (KB926776) 을 설치 해야 합니다.

- Net 2.0 Hotfix (KB926776) 다운로드 -
http://go.microsoft.com/fwlink/?linkid=74469 => X86 버전

http://go.microsoft.com/fwlink/?linkid=74465 => X64 버전

8. 위 3가지 사항이 정상적으로 완료 되면, 준비 검사에도 문제 없이 완료 되고, 계속 설치를 진행 할 수 있습니다.

9. 이로써, Exchange 2007 Edge Transport Role 배포가 완료 되었습니다.

이번에는 Exchange Server 2010에 OWA 기능중 사용자 입장에서 아주 좋은 기능이라 생각되는 Self Service 기능입니다. 

혹시 아웃룩 아니, 정확히 말하자면 Active Directory 사용자 정보에 연락처 위치나 연락처 번호를 잘 등록해서 사용하시나요? 

아니면, 직원 연락처를 Excel이나 Word 파일로 만들어서 사용하고 계시나요? 

여지껏 제가 다니던 회사는 Outlook 연락처에 이름,부서,직함,연락처,주소 등을 잘 기입해서 사용했습니다만 불편한 점들이 많이 있었습니다. 

사실 Exchange Server 이전 버젼은 사실 연락처를 등록하고, 수정하는 부분이 일반 사용자가 할 수 없어 여러가지 프로세스가 필요했습니다.

예를 들면 이런 시나리오가 있겠죠?

1. 엘도라도 사용자가 전세방에 살고 있습니다. 전세 기간이 끝나고, 다른 집으로 이사를 갔습니다. 주소가 변경되었습니다.  2. 엘도라도 사용자가 어제 퇴근길에 핸드폰을 분실하여, 새로 핸드폰 구입하였습니다. 전화번호가 변경되었습니다.

 
이런 경우 제 연락처 정보를 수정하기 위해서는 다음 프로세스를 거쳐야 했습니다.

1. 회사 내 인사담당자를 찾아가 제 변경된 연락처 정보를 알려줍니다.  2. 인사담당자는 엘도라도 직원에 요청을 수용하고, IT 담당자에게 전달합니다.  3. IT담당자는 서버에 접속하여, 엘도라도 직원 정보에 연락처를 변경합니다.

이렇게 번거로운 절차를 거쳐야지만, 연락처를 변경 할 수 있었습니다.

만약 이 프로세스 중에 하나라도 문제가 발생되면, 연락처 변경은 되지 않습니다. 

1. 엘도라도 사용자가 깜박하고, 인사담당자에게 연락처 정보를 전달하지 못 했을 경우  2. 인사담당자가 IT담당자에게 연락처 변경 정보를 전달하지 못 했을 경우  3. IT담당자가 연락처 변경 작업을 깜박했을 경우

위 경우 이외에도 많은 경우의 수가 있을 듯 합니다.

서론이 길었습니다. ^^;; 

아무튼 Exchange Server 2010 에서는 아래 그림과 같이 OWA를 이용하여 사용자가 직접 개인에 연락처 정보를 변경 할 수 있습니다.^^

이제는 여러 사람 걸쳐 복잡한 프로세스가 아닌, 사용자가 연락처 정보를 변경하고 싶을 때 쉽게 변경 할 수 있습니다.^^ 

또한 Exchange Server 조직 내 메일그룹에 쉽게 가입 할 수 있습니다. 

예를 들어 신규 직원이 입사해서 본인 직접 필요한 메일 그룹을 찾아서 가입 요청을 할 수도 있습니다. ( 팀 메일그룹, 본부 메일그룹, 프로젝트 메일그룹, 전체 메일그룹, 동호회 메일그룹 등 )

Mailbox Server - 사서함 단독 관리

Microsoft Exchange Server 2007 에는 Microsoft Windows Server 2003 을 실행하는 컴퓨터에 설치한 후 구성할 수 있는 서버 역할 다섯 가지가 있습니다. 이 항목에서는 사서함 서버 역할에 대해 간략하게 설명합니다.

사서함 서버 역할은 사용자의 사서함이 들어 있는 사서함 데이터베이스를 호스트합니다. 사용자 사서함, 공용 폴더 또는 둘 다 호스트하려면 사서함 서버 역할이 필요합니다.

Exchange Server 2007 의 사서함 서버 역할은 이전 버전의 Exchange 에 있는 사서함 기능보다 Active Directory 디렉터리 서비스와 더 효과적으로 통합됩니다. 이 향상된 통합 기능을 사용하면 배포 및 작동 작업을 보다 쉽게 수행할 수 있습니다. 사서함 서버 역할은 다양한 일정 기능, 리소스 관리 및 오프라인 주소록 다운로드를 제공하여 정보 작업자 환경도 향상시킵니다.

[Exchange 2007 MailBox Role 배포]

1. Exchange 2007 DVD를 삽입 후 Setup을 실행하여, 아래 그림과 같은 순서로 설치를 진행 합니다.

2. 설치 유형이 “허브 전송, 클라이언트 엑세스, 사서함, 관리도구”를 설치 할 경우 “표준 Exchange Server 설치”를 선택합니다.

Edge 전송 서버나, 특정 서버 역할을 설치 할 경우 “사용자 지정 Exchange Server 설치”를 선택 합니다.

4. “Exchange 조직” 이름을 입력합니다.

5. 여기서 “예”를 선택 하면 “Exchange 2003 이하 버전”과 같이 공용 폴더가 생성이 됩니다.

만약, “아니오”를 선택 하게 되면, 기존 공용 폴더에 들어가는 OAB 와 같은 정보들이 전부 Web 에 저장되게 때문에 공용 폴더가 생성 되지 않습니다.

하지만, 나중에 수동으로 공용 폴더를 추가 할 수 있습니다.

6. MailBox Role을 설치 하기 전에 “준비 검사”를 진행하게 되는데, 아래와 같이 오류가 발생 됩니다.

7. 오류를 해결하기 위해서는 다음과 같이 3가지 작업을 진행하면 됩니다.

첫번째로, 도메인의 기능 수준이 Windows 2000 기본모드 이상이어야 합니다.

DC에서, 관리도구의 “Active Directory 도메인 및 트러스트” 콘솔에서 “도메인 기능 수준 올리기”를 하여 Windows 2000 or 2003 기본 모드 이상으로 올려야 합니다.

8. 두번째로, Net 2.0 Hotfix (KB926776) 을 설치 해야 합니다.

- Net 2.0 Hotfix (KB926776) 다운로드 -
http://go.microsoft.com/fwlink/?linkid=74469 => X86 버전

http://go.microsoft.com/fwlink/?linkid=74465 => X64 버전

9. 세번째로, IIS를 설치 해야 합니다.

10. 위 3가지 사항이 정상적으로 완료 되면, 준비 검사에도 문제 없이 완료 되고, 계속 설치를 진행 할 수 있습니다

11. 이로써, Exchange 2007 MailBox Role 배포가 완료 되었습니다.

Server Core 제품은 오직 Command Prompt 창만 덩그러니 떠 있는 운영체제인 것을 다 아실겁니다. ^^;;
하지만 아래 그림과 같이 CoreConfigurator를 설치 하고, "CoreConfigurator.exe" 라고 실행하게 되면 아래 그림과 같이 운영체제의 기본 설정을 할 수 있습니다.

CoreConfigurator Tool은 아래 링크에서 다운로드 받을 수 있습니다.

CoreConfigurator 다운로드 <= 클릭!!!

그럼 CoreConfigurator Tool은 언제, 어떻게 사용해야 하는 것이 좋을까요?
물론 여러가지 경우가 있겠지만, 저는 최초 서버 구축 할 때 아주 유용한 Tool이라 생각합니다.
서버 코어를 구축 하기 전에 USB 메모리의 CoreConfigurator Tool을 저장해 놓습니다.
서버 머신에 Server Core 제품 설치가 완료되면, USB 메모리를 삽입한 뒤 Tool을 설치합니다.

Tool 을 설치 할 때에는 아래 그림과 같이 GUI 로 진행 됩니다. ^^


Tool 설치를 완료한 뒤 필요한 구성을 설정하면 됩니다.
예를 들면 네트워크, 컴퓨터 이름, 정품 인증, RDP 연결, 디스플레이 설정 등 많은 부분을 손쉽게 구성할 수 있습니다.
자세한 사항은 제 개인 블로그를 참고 하시면 됩니다.

Windows Server Core 의 사용 가능한 GUI 구성 관리도구? <= 클릭!!!


기본 구성이 완료되면, 원격지에서 방화벽 관리를 할 수 있게 방화벽 허용 설정만하면 됩니다.

이제 필요로하는 역할 및 기능을 설치하면, 어려움 없이 ServerCore 구축을 완료 할 수 있습니다.
이것으로 Server Core제품의 컴퓨터 구성이 다 끝났습니다. ^^ 
Server Core 제품을 어렵게 생각하신 분들이 계시다면, 상당히 쉽다는 것을 느낄 수 있을 것입니다.?
마지막으로 역할 및 기능을 추가하고, 원격지에서 MMC 관리콘솔을 이용하여 쉽게 관리하는 일만 남았습니다.

저번의 Server Core 제품의 Active Directory 와 DNS, DHCP 역할을 설치 했었죠?

하지만, 원격 관리를 하려고 해도 MMC 콘솔의 Active Directory,DNS, DHCP, 그룹 정책 등 관리도구가 없는 것을 확인 할 수 있을 것입니다.

방화벽 설정과 같은 기본적인 항목들은 있지만, 왜 역할들의 대해서는 MMC 관리 콘솔에 항목이 없을까 라는 고민을 하신 분도 계실 것이라 생각됩니다.
과거 Windows Server 시절에는 AD를 설치 안 해도, DNS를 설치 안 해도 관리도구를 강제로 불러 올 수 있었습니다.

예를 들면 "Active Directory 사용자 및 컴퓨터" 같은 경우를 들 수 있는데요.

예) 시작 => 실행 => DSA.MSC

하지만, Windows Server 2008에는 이런 관리도구가 기본적으로 없습니다.
Windows Server 2008에서는 이전 버젼처럼 실행창을 이용하여 단축 명령어를 입력하더라도 실행이 되지 않는 것을 볼 수 있습니다.
Windows Server 2008에는 이렇게 사용자가 원하지 않아도 기능들이 자동으로 구성되는 부분이 없어졌다고 생각하시면 됩니다.^^

Windows Server 2008에서 관리도구는 어떻게 설치 해야 할까요? (설마 관리도구 때문에 역할을 또 설치해야 하지는 않겠죠^^;;)

바로 서버관리자를 이용하여 관리도구를 설치 할 수 있습니다.

서버관리자에서 관리도구 설치는 역할 부분이 아닌, 기능 부분을 이용하여 추가 하셔야 합니다.

현재 Server Core 에는 Active Directory, DNS, DHCP 역할을 구성 하였습니다.
Oclist 명령어를 이용하여 확인 해 보면 되겠죠? ^^

이제 관리 해야 할 서버에서 관리도구를 설치 해 보도록 하겠습니다.

우선 설치한 역할의 관리도구는 다 구성 해야겠지요. Active Directory, DNS, DHCP 관리도구를 설치하고, 그룹정책을 관리하기 위해 추가로 그룹정책 관리도구도 설치 하셔야 합니다.

                  [ Windows Server 2008 의 서버관리자를 이용한 관리도구 추가 화면 ]

                  [ Windows Server 2008 의 서버관리자를 이용한 관리도구 설치 완료 화면 ]
아래 그림과 같이 관리도구가 설치 된 것을 확인 할 수 있습니다.

이제 관리도구를 이용하여 원격으로 Server Core나 다른 원격서버를 GUI 형태로 관리 할 수 있습니다.

다음에는 Server Core 번외편으로 이스라엘의 Guy씨가 개발한 CoreConfigurator 에 대하여 설명하도록 하겠습니다.

이 Tool 을 이용하면, Server Core 제품을 정말 쉽게 사용 할 수 있을 듯 합니다.

벌써 Server Core 제품의 대한 얘기를 4번째로 하고 있는데요. 상세히 설명하려고 하다보니 내용이 좀 길어 졌습니다. ^^

금일은 Server Core 제품의 대한 “원격관리” 방법의 대해 설명하려 합니다.

Windows Server 2008의 Server Core 제품은 원격에서도 관리 할 수 있습니다.

여러분들은 “원격관리”라고 하면 어떤 생각이 드시나요?

혹시 “원격 데스크톱 연결(터미널 서비스)”로 오해 하시지는 않았나요?

저 같은 경우에는 처음에는 오해를 했었습니다.^^;;

하지만, Server Core 제품은 “원격 데스크톱 연결”로 접속하게 되면 GUI 가 나올 듯 하지만, 오직 Command Prompt 창만 나타납니다.

여기서 말하는 원격관리는 무엇일까요?

바로 “MMC 3.0 관리 콘솔”을 이용하여 원격 서버를 관리하는 것이죠^^

이제부터 Windows Server 2008의

Server Core 제품을 원격 관리 해 볼까요 ^^

도메인의 조인 된 다른 GUI 서버에서 MMC 관리 콘솔을 이용하여 Server Core의 방화벽 설정을 제어 해 보도록 하겠습니다.

하지만 위 그림과 같이 오류가 발생 하는 것을 볼수 있습니다.

Windows Server 2008은 기본적으로 방화벽이 활성화 되어 있는 제품입니다.

따라서 "원격관리"의 대한 항목을 방화벽에서 사용 가능하도록 설정 해야 합니다.

명령어는 아래 그림과 같은 Netsh 명령어 입니다. ^^;; (딱 한번 명령어로 GUI를 이용하여 원격으로 제어 할 수 있습니다. ^^)

Netsh advfirewall set currentprofile settings remotemanagement enable

이제 GUI 서버에서 방화벽 관리 콘솔을 이용하여 Server Core 제품의 연결하게 되면, 정상적으로 접근이 되고 제어가 되는 것을 확인 할 수 있습니다.

Server Core 제품에서 관리 또는 유지보수를 하기 위하여, 이벤트 로그를 분석 할 경우가 있을 것 입니다.

그렇다면, MMC 관리콘솔에서 원격 서버의 접근 해 볼까요?

하지만, 아래 그림과 같이 오류를 만날 수 있습니다.

그렇다면, 방화벽 관리콘솔에서 "이벤트 로그 서비스" 원격관리 관련 항목을 사용 할 수 있게 해야 합니다.

이제 부터는 추가적으로 Server Core 제품의 대하여 방화벽 설정이 필요하다면, Command 명령어가 아니더라도, GUI 형태로 방화벽 설정을 제어 할 수 있습니다.

다음에는 Server Core 제품의 대한 관리 방안 및 TIP을 소개하려 합니다.

Client Access Server - 완벽한 사용자 환경지원

Microsoft Exchange Server 2007 에는 Microsoft Windows Server 2003 을 실행하는 컴퓨터에 설치한 후 구성할 수 있는 다섯 가지의 서버 역할이 있습니다. 이 항목에서는 클라이언트 액세스 서버 역할에 대해 간략하게 설명합니다. 클라이언트 액세스 서버 역할은 Microsoft Outlook Web Access 및 Microsoft Exchange ActiveSync 클라이언트 응용 프로그램과 POP3(Post Office Protocol version 3) 및 IMAP4(Internet Message Access Protocol version 4rev1) 프로토콜을 지원합니다. 클라이언트 액세스 서버 역할은 또한 Autodiscover 서비스 및 웹 서비스와 같은 서비스를 지원합니다.

클라이언트 액세스 서버 역할은 서로 다른 여러 클라이언트의 Exchange 2007 서버 연결을 허용합니다. Microsoft Outlook Express 및 Eudora와 같은 소프트웨어 클라이언트는 POP3 또는 IMAP4 연결을 사용하여 Exchange 서버와 통신합니다. 모바일 장치와 같은 하드웨어 클라이언트는 ActiveSync, POP3 또는 IMAP4를 사용하여 Exchange 서버와 통신합니다. 사용자가 Microsoft Outlook 이외의 다른 클라이언트를 사용하여 자신의 받은 편지함에 액세스하는 경우 Exchange 조직에 클라이언트 액세스 서버 역할을 설치해야 합니다.

Exchange Server 2007 의 새로운 클라이언트 기능에 대한 자세한 내용은 새 클라이언트 기능를 참조하십시오.

Outlook Web Access

Exchange Server 2007 의 Outlook Web Access 를 사용하면 모든 웹 브라우저로부터 전자 메일에 액세스할 수 있습니다. Exchange Server 2007 에서 Outlook Web Access 는 여러 방식으로 사용자 환경 및 생산성을 향상시킬 수 있도록 다시 디자인되었습니다. 스마트 모임 예약, Microsoft Windows SharePoint Services 및 UNC(Universal Naming Convention) 파일 공유 통합과 같은 새로운 기능과 미리 알림 및 주소록의 향상된 기능을 통해 웹 브라우저가 있는 모든 컴퓨터에서 다양한 기능의 사용자 환경을 제공합니다. Exchange Server 2007 에는 완전한 기능의 Outlook Web Access 클라이언트 및 새로운 Outlook Web Access Light 클라이언트의 두 가지 Outlook Web Access 버전이 있습니다. Outlook Web Access Light는 모바일 장치 및 저속 연결에서 Outlook Web Access 환경을 최적화할 수 있도록 디자인되었습니다.

Outlook Web Access 에 대한 자세한 내용은 다음 항목을 참조하십시오.

• Outlook Web Access 관리
• Outlook Web Access 개요

Exchange ActiveSync

Exchange ActiveSync 를 사용하면 모바일 장치와 Exchange 2007 사이에 전자 메일, 연락처, 일정 정보 및 작업 등의 데이터를 동기화할 수 있습니다. Windows Mobile Powered Pocket PC 2002, Windows Mobile Powered Pocket PC 2003 및 Windows Mobile 5.0을 포함하여 Microsoft Windows Mobile® 소프트웨어를 실행하는 모든 장치가 지원됩니다.

Windows Mobile 5.및 MSFP(Messaging Security and Feature Pack)가 설치되어 있는 장치를 사용할 경우 모바일 장치에서 직접 올리기 기능이 지원됩니다. 직접 올리기는 Exchange ActiveSync 에 기본 제공되는 기술로서 모바일 장치를 Exchange 사서함과 계속해서 동기화된 상태로 유지합니다.

Exchange ActiveSync 에 대한 자세한 내용은 다음 항목을 참조하십시오.

• Exchange ActiveSync 개요
• Exchange ActiveSync 배포
• Exchange ActiveSync 관리

POP3 및 IMAP4

MAPI 및 HTTP 클라이언트 지원 이외에도 Exchange Server 2007 은 POP3 및 IMAP4 클라이언트를 지원합니다. 기본적으로 클라이언트 액세스 서버 역할을 설치하면 POP3 및 IMAP4가 설치되고 활성화됩니다.

POP3 및 IMAP4에 대한 자세한 내용은 다음 항목을 참조하십시오.

• POP3 서비스를 시작 및 중지하는 방법
• IMAP4 서비스를 시작하고 중지하는 방법

[Exchange 2007 Client Access Role 배포]

1. Exchange 2007 DVD를 삽입 후 Setup을 실행하여, 아래 그림과 같은 순서로 설치를 진행 합니다.

2. 설치 유형이 “허브 전송, 클라이언트 엑세스, 사서함, 관리도구”를 설치 할 경우 “표준 Exchange Server 설치”를 선택합니다.

Edge 전송 서버나, 특정 서버 역할을 설치 할 경우 “사용자 지정 Exchange Server 설치”를 선택 합니다.

3. “클라이언트 액세스 역할”을 선택하여 설치 합니다.

4. “Exchange 조직” 이름을 입력합니다.

5. Client Access Role을 설치 하기 전에 “준비 검사”를 진행하게 되는데, 아래와 같이 오류가 발생 됩니다.

6. 오류를 해결하기 위해서는 다음과 같이 3가지 작업을 진행하면 됩니다.

첫번째로, 도메인의 기능 수준이 Windows 2000 기본모드 이상이어야 합니다.

DC에서, 관리도구의 “Active Directory 도메인 및 트러스트” 콘솔에서 “도메인 기능 수준 올리기”를 하여 Windows 2000 or 2003 기본 모드 이상으로 올려야 합니다.

7. 두번째로, Net 2.0 Hotfix (KB926776) 을 설치 해야 합니다.

- Net 2.0 Hotfix (KB926776) 다운로드 -
http://go.microsoft.com/fwlink/?linkid=74469 => X86 버전

http://go.microsoft.com/fwlink/?linkid=74465 => X64 버전

8. 세번째로, IIS를 설치 해야 합니다.

9. 위 3가지 사항이 정상적으로 완료 되면, 준비 검사에도 문제 없이 완료 되고, 계속 설치를 진행 할 수 있습니다.

10. 이로써, Exchange 2007 Client Access Role 배포가 완료 되었습니다.