Unified. Now. : Exchange 2007

Exchange anti-spam 관련 정보

Jiho Park — Fri, 20 Nov 2009 04:40:40 GMT

Exchange anti-spam에 대하여 궁금해하시는 부분이 정리가 되어 본사 Exchange 서버 Blog에 기재가 되었습니다.

http://msexchangeteam.com/archive/2009/11/13/453205.aspx

해당 내용에 대해 담당자의 의견을 반영하여 아래와 같이 정보를 제공해 드립니다.

Exchange anti-spam 관련하여 작업을 진행하시는데 많은 도움이 되었으면 합니다.

***********************************************************************************************************************

궁금한 내용 1: Hub의 Transport rule에다 SCL을 올리면 SCLDeleteThreshold와 SCLRejectThreshold에 영향을 줄꺼다

Hub에는 default로 안티 스팸 에이전트가 설치되지 않습니다. 해서, 보통 powershell script로 안티 스팸 에이전트를 올리곤 합니다. 하지만 Hub에 설치된 안티 스팸은 SCL 등급을 매기고 콘텐트를 제거/반송/격리 시킬수 있도록 하는 것은 아닙니다.

왜? 이것은 Hub가 안티 스팸 에이전트 실행되는 시점 자체가 *Content Filtering Agent(이하 CFA)라고 하는 실질적인 메일의 삭제/반송 액션을 취하는 에이전트* 이후에 일어나기 때문입니다. Hub에 안티 스팸 에이전트를 올리면 Transport Rule에 설치됩니다. 한번 확인해 보면, 아래처럼 Get-TransportPipeline 를 실행하게 되면 CFA는 OnEndOfData 이벤트에서 일어나는 것을 보실 수 있습니다. 반면에 Transport rule은 OnRoutedMessage 이벤트에서 일어납니다.

여기서 생겨나는 궁금한 내용이 또 있을 수 있겠습니다.

궁금한 내용 1-가: 그럼 Edge rule에다가 SCL 값을 지정하도록 에이전트를 설치하면 콘텐트 필터가 일어나기 전에 이루어져서 SCL 등급이 제대로 매겨지겠네?

Hub와는 다르게 Edge는 별도로 스팸 에이전트를 설치하지 않아도 이미 올라가 있기 때문에 바로 이용하실 수 있습니다. 그렇다면 실행되는 위치는? 동일하게 Get-TransportPipeline 을 실행시켜 보면 아래와 같이 콘텐트 필터링이 일어나기 *전에* 일어나는 것을 볼 수 있습니다.

이러한 이유로, Edge에서는 default 값을 그대로 두면, CFA가 메시지를 받기 전에 Edge rule에서 스팸 에이전트가 동작하여 스팸 여부 판단 후 CFA로 메시지를 넘겨주기 때문에 CFA가 거기에 기반하여 메시지를 처리할 수 있습니다.

자, 그렇다면 여기까지의 결론은

콘텐트 필터링은 Edge 역할과 Hub 역할의 Transport Rules에 사용하는 것입니다. (몰론 Edge가 있을 경우에 말입니다)

궁금한 내용 2: 아이템을 정크 폴더로 옮기기 위해서는 CFA가 필요하다

아.. 굉장히 많은 오해가 있는 것 중에 하나입니다. SCLDeleteThreshold와 SCLRjectThreshold, SCLJunkThreshold 는 store 설정입니다. SCLJunkThreshold 는 몇 SCL 등급 이상이면 정크메일 폴더로 보내어 스팸처리 하겠다고 설정하는 값입니다. 이는 숨겨진 설정/값들도 함께 작동이 되는데 AD의 mailbox object 혹은 OrganizationConfig 에 있는 SCLJunkThreshold 값들에 의해 정크메일 폴더로 옮길지에 대해 결정합니다.

여기서 CFA가 하는 역할은 SCL 등급(rating)을 stamping처리하는 것과 그에 따라 액션을 취하는 것입니다.

SCLJunkThreshold 는 두 군데에서 지정할 수 있습니다. (mailbox object via set-mailbox)메일박스 객체에서 하거나 (Set-OrganizationConfig) OrganizationConfig 객체에서 할 수 있습니다.

궁금한 내용 2-가: Edge 서버 역할에서 SCLJunkThreshold on the OrganizationConfig object 의 설정을 바꾸면 정크 메일 액션에 영향을 미친다

결론부타 말씀드리자면, 이 수행은 전혀 영향이 없습니다. 왜냐면 Edge 서버는 exchange org(굳이 조직이라고 안한 이유는.. 시스템상에서 묶여 있다는 느낌을 드리기 위해)와 완벽히 분리되어 있기 때문이죠.

궁금한 내용 3: Exchange/아웃룩 정크 메일 필터링은 모두 한곳에서 설정되고 관리되고 수행된다.

제가 Forefront BMT 시에 가장 애 먹는 부분 중 하나입니다. 왜냐하면 각 조직의 Exchange 구성이 모두 다른데다가 박스마다 어디서 무엇을 어떻게 설정하는지에 따라 결과도 다르거니와 모니터링도 하기 힘들기 때문입니다.

왜? 이것은 Exchange의 역할에 따른 스팸 필터링 기능이 따로 놓여져 있는 것도 있지만 아웃룩과의 상호 호환성 때문이기도 합니다. 아웃룩은 아웃룩 자체의 스팸 필터링 기술이 있습니다. Rich Client의 일환? 여하튼 이것이 바로 SmartScreen 필터링 기술입니다. 100%까지는 아니지만 대부분 Exchange에서 보내져 오는 스팸 기술과는 독립적으로 수행됩니다. 100%는 아니라고 말하는 것은, Exchange에서 보내져 오는 메일 중 스팸일 확률이 가장 낮다 라고 얘기하는 SCL -1 등급에 대해서는 아웃룩의 스팸 필터링 에이전트도 적극 수용합니다.

여기서 부터 조금 어려워집니다. 서버 side인 Exchange Store에서 정크 메일 폴더로 옮기는 두 가지 부분이 있습니다. 아래 두 가지 부분에서 SCL 정의 값 (SCL 몇 이상이면 정크메일 폴더로 옮겨라)을 확인하고 옮깁니다.

1. 메일 박스에서의 설정

2. OrganizationConfig object 에 있는 설정

하지만 실제로 정크메일 폴더로 옮겨지기 위해서는 숨겨진 inbox rule이 활성화 되어 있어야 합니다.

이 부분을 활성화하기 위해서는 Outlook의 cached mode 혹은 OWA의 옵션에서 정크 메일 필터링 옵션을 켜는 것입니다.

여기서 부터 많이 헷갈리는 부분입니다. 자, 그렇다면 Outlook에서는 꺼 놓고 OWA에서는 켜 놓고, 뭐 이러면 어떻게 되는거죠? 이렇게 되면 Exchange 서버에서의 스팸 필터링만 이루어지게 됩니다. 즉 smartscreen 필터링이나 사용자가 지정된 허용/차단 목록 등은 당연히 작동이 되지 않겠죠.

그래서 사실 기술지원부에서 문제를 해결하고자 할때는 Outlook OWA 모두 스팸 필터링을 꺼 놓고 테스트 한답니다.

궁금한 내용 3-가: Set-OWAVirtualDirectory -JunkEmailEnabled $True/False 를 수행하면 서버 side 필터링이 켜지거나 꺼진다

이것은 거짓입니다. 그럼 위와 같이 실행하면 무엇이 어떻게 변하는가?

영향을 미치는 것은 OWA의 정크 메일 관리에 관한 설정만 변합니다. 서버 side에서는 아무런 영향을 주지 않습니다.

궁금한 내용 4: SAFE LIST Aggregation을 이용하기 위해서는 Edge 서버가 필요하다

우선 Safe list aggregation이란 무엇인지 좀 알아보고 진행해 볼까요. Exchange 2007의 안티 스팸 기능 중 하나인 safe list aggregation은 특정 메일 사서함에 update-safelist cmdlet 을 실행시켜 msExchangeSafeSenderHash attribute 의 값을 업데이트 시킵니다. 이 값은 안전한 보낸이 목록 (safe senders list)로 AD의 메일 박스 객체에 쓰여집니다. 이 기능은 안티스팸 에이전트에 의해 발생될 수 있는 오탐율을 줄이기 위한 좋은 방법입니다.

자, 그럼 다시 본론으로 들어가, Edge가 필요한가? 아닙니다. 꼭 필요한 것은 아닙니다. Hub에 스팸 에이전트를 설치하면 이용하실 수 있습니다. CFA가 AD로부터 해당 값을 읽어 들여 수행하기 때문입니다.

아래 링크에 보다 자세히 Safe list aggregation에 대해 나와 있습니다. 참고로 공식적으로 Safe list aggregation는 *수신 허용 목록 집계*라고 부릅니다.

http://technet.microsoft.com/ko-kr/library/bb125168.aspx

궁금한 내용 5: TransportConfig 객체의 InternalSMTPServers 목록에 서버 IP와 IP 허용 리스트를 입력하는 것은 좋은 생각이다

별로 좋은 생각이 아닙니다.

Exchange 관리 콘솔 상에서 혹은 파워쉘 Add-IPAllowListEntry cmdlet 으로 IP 허용 리스트를 입력하게 되면 해당 IP로 들어오는 모든 connection (연결)에 대해 허용하게 되며 스팸 필터링 에이전트를 전혀 거치지 않습니다. (단 필터 sender/recipient 예외) IP 허용 리스트에 있는 IP에서 메일이 들어오게 되면 SCL을 -1로 찍어 보내게 됩니다.

InternalSMTPServers 의 용도는 무엇인가? 이 목록의 용도는 해당 IP들은 DMZ에 있는 서버들로 SenderID/IP BlockList provider/IP block list agents 들을 아무런 제약없이 통과하기 위함입니다. 안티 스팸 에이전트 마저 통과하기 위해 설계 된 목록이 아닙니다.

자, 그렇다면 왜 내부 SMTP 서버의 IP 를 허용 리스트에 넣으면 안 좋은가? 동일한 메일을 각각 IP 허용 리스트(예시1) 그리고 InternalSMTPServers 의 목록(예시2)과 함께 넣은 경우의 결과를 살펴보겠습니다.

예시 1: IP 허용 리스트에 추가된 메일의 헤더

예시 2: IP 허용 리스트에도 추가되고 InternalSMTPServers 목록에도 추가된 메일의 헤더

보시다시피, 두 결과 값은 완전히 다릅니다. InternalSMTPServers attribute에 대해 더 살펴보고자 하신다면 아래 링크를 참고하시기 바랍니다.

http://msexchangeteam.com/archive/2008/06/23/449070.aspx

궁금한 내용 6: Enable-AntispamUpdates 을 실행시키면 모든 Exchange 서버의 윈도우 업데이트를 받는다

Exchange 서버의 안티 스팸 업데이트는 Windows 자동 업데이트 API를 사용하고 있기는 합니다만, (그리고 윈도우 업데이트를 활성화 시키시기는 해야겠지만) 윈도우 업데이트를 모두 받는 것은 압니다. 또 자동 업데이트 주기를 따르고 있지도 않습니다. 아래 링크를 보시면 아시겠지만, 자체적으로 업데이트 주기 시간을 가지고 지속적으로 윈도우 업데이트와는 무관하게 업데이트를 받습니다.

http://msexchangeteam.com/archive/2007/01/03/432050.aspx

Edge 서버나 Hub 서버(안티 스팸 에이전트가 설치되어 있는)에서 cmdlet를 사용하시게 되면 MicrosoftUpdate parameter 에 RequestNotifyDownload 를 설정하실 수 있습니다.

Exchange Remote Connectivity Analyzer 정식 버전 배포

Jiho Park — Tue, 20 Oct 2009 00:01:12 GMT

Exchange 연결을 Check 해주는 Web기반의 도구가 Beta버전을 완료하고 정식버전으로 배포되었습니다.

Exchange 연결 관련 Trouble shooting을 하는데 많은 도움이 되리라 예상합니다.

실제 사용은 https://www.TestExchangeConnectivity.com 를 통해 진행하시고,

추가 상세 내용은 http://msexchangeteam.com/archive/2009/10/19/452905.aspx 를 참조해주세요.

아래는 사용 관련 동영상입니다.

Windows 2008 R2 Domain Controller에서 Exchange 2007 SP2 설치 오류 해결하기

Jiho Park — Wed, 16 Sep 2009 14:21:14 GMT

Exchange 2007 SP2가 출시되면서 Windows 2008 R2 DC 상에 설치가 정상적으로 되지 않는 문제가 있었습니다.

이에 대한 해결 방법이 아래 Link에 잘 설명되어 있습니다.

http://msexchangeteam.com/archive/2009/09/15/452494.aspx

Exchange 2007 SP2 배포 소식

Jiho Park — Mon, 31 Aug 2009 09:41:25 GMT

Exchage 2010이 Launch 되기 전에 Exchange 2007 SP2가 배포되었습니다. 상세 내용은 아래를 참조해 주세요!

[ 새로 추가된 기능 ]

1) Exchange Server 2010 배포

2) Exchange 백업 기능

3) 향상된 감사 기능

4) 동적 Active Directory 스키마 유효성 검사

5) 공용 폴더 할당량 관리

6) 중앙 집중식 조직 설정

[ Link 정보 ]

새로 추가된 기능 상세 정보 - http://technet.microsoft.com/ko-kr/library/ee221150.aspx

한글 설치 파일 - http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=4c4bd2a3-5e50-42b0-8bbb-2cc9afe3216a

Exchange 2007 SP2 용 CHM 파일 - http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=85c5ef71-6a1f-4eb0-9ff3-3feee6057e96

Exchange Server 2007 Language Support

subeomlee — Wed, 22 Jul 2009 05:15:39 GMT

http://technet.microsoft.com/en-us/library/bb123979.aspx

Exchange Server 2007에서 한글 음성 인식을 제외하고는 모두 한글을 지원하고 있습니다.

Exchange Server 2010에서는 한글 음성 인식까지도 지원할 예정인데, 기대가 크네요.

Exchange 2007 SP2 소식

Jiho Park — Mon, 20 Jul 2009 11:35:23 GMT

Exchange 2007 SP1 Rollup 9 가 발표되었고, Exchange 2007 SP2이 Q3(9월 이내) 출시될 예정입니다.

Exchange 2007 SP2에는 이전 Hotfix와 Rollup이 포함되어 있으므로, Rollup에 해당하는 문제를 현재 가지고 있지 않은 고객께는 Exchange 2007 SP2로 Update하는 것을 권장합니다.

Exchange 2007 SP2는 Service Pack이므로, 별도의 추가 비용 없이 In-place Upgrade를 지원하며, 정책과 관리 부분에 많은 기능들이 추가 될 것으로 예상되고 있습니다.

이미 안정적으로 사용하고 있는 사이트에 일부러 Exchange 2007 SP2를 적용하지는 않으시겠지만, 정책과 관리 측면에서 추가적으로 필요한 기능이 있을 경우 Exchange 2007 SP2의 새로운 기능을 검토하시고 SP2로 Upgrade 하시는 것도 좋은 방안이 될 것 같습니다.

Exchange 2007 SP2에 대한 상세 정보가 나오는 대로 Update해 드리도록 하겠습니다.

[ Exchange 2007 SP1 Rollup 9 반영 내역 ]

KB 969911 - This is bug likely to affect customers who have deployed the Messaging Records Management feature and have specified a storage limit for a managed folder. After a move mailbox, the property which marks the folders as managed is not preserved.
KB 968621 - Store stops responding under certain conditions when scheduled backup is canceled and online maintenance is in progress.
KB 945877 - Performance improvements to eseutil when it verifies the checksum of transaction logs.
Support for Windows Server 2008 R2 Domain Controllers in the environment (Note: Exchange Server 2007 itself is not supported to be installed on a Windows Server 2008 R2 system.
KB 968715 - This bug is likely to affect customers who have deployed CAS-CAS proxying. When a user selects This is a public or shared computer or This is a private computer on the Outlook Web Access logon page, this value is not maintained between the CAS servers when the request is proxied. This bug will most likely affect customers with Internet facing CAS sites which proxy the requests to internal sites. Now the bug was that we defaulted to private access irrespective of the option selected by the user. Outlook Web Access has the following features which allow the administrator to control access of users depending on the logon type.:
- Public and Private Computer File Access
- WebReady Document Viewing

[ Exchange 2007 SP2 새로 추가되는 기능 ]

Customer Benefits
Key new features of Exchange Server 2007 SP2 unveiled today include:

Enhanced Auditing - New Exchange auditing events and audit log repository enable Exchange administrators to more easily audit the activities occurring on their Exchange servers. It allows the right balance of granularity, performance, and easy access to audited events via a dedicated audit log repository. This simplifies the auditing process and makes review of audited events easier by segregating audited events in a dedicated location.
Exchange Volume Snapshot Backup Functionality - A new backup plug-in has been added to the product that will enable customers to create Exchange backups when a backup is invoked through the Windows Server 2008 Backup tool. Exchange Server 2007 didn't have this capability on Windows Server 2008 and additional solutions were required to perform this task.
Dynamic Active Directory Schema Update and Validation - The dynamic AD schema update and validation feature allows for future schema updates to be dynamic deployed as well as proactively preventing conflicts whenever a new property is added to the AD schema. Once this capability is deployed it will enable easier management of future schema updates and will prevent support issues when adding properties that don't exist in the AD schema.
Public Folder Quota Management - SP2 enables a consistent way to manage quotas by improving the current PowerShell cmdlets to perform quota management tasks.
Centralized Organizational Settings - SP2 introduces new PowerShell option that enable centralized management of many of the Exchange organization settings.
Named Properties cmdlets - SP2 enables Exchange administrators to monitor their named property usage per database.
New User Interface for Managing Diagnostic Logging- SP2 enables Exchange administrators to easily configure and manage diagnostic logging from within the Exchange Management Console.

Exchange 2007 이 메모리를 많이 사용하는 이유와 메모리 사용을 조정하는 방법

Jiho Park — Tue, 23 Jun 2009 04:58:31 GMT

Exchange 2007 을 사용하시는 고객으로부터 가장 많이 듣는 질문이, ‘Exchange 2007은 왜 메모리를 많이 사용하는가?’ 라는 질문이었습니다.

이 부분에 대하여 설명을 드리고 그에 대한 조절 방법을 설명 드리도록 하겠습니다.

[ Exchange 2007 에서 메모리를 많이 사용하는 이유 ]

일단 메모리를 많이 사용하면 Disk I/O를 줄일 수 있어

시스템의 메일 처리 속도를 빠르게 할 수 있기 때문에 기본적으로

Exchange 2007은 시스템의 메모리를 위한 2 GB 정도의 메모리를 제외한 나머지 메모리를 선점합니다.

즉, 16 GB 메모리를 가진 시스템에서는 Exchange 서버가 OS 선점 메모리와 함께 14 GB정도까지 사용하여, 메모리에 최대한 Database의 내용을 올려서 Disk I/O를 줄입니다.

그러므로 고객 사이트에서 16 GB환경에서 14 GB 메모리가 사용되고 있어도, 그 상황은 정상적인 상황입니다.

하지만, 고객이 Monitoring Tool을 사용하게 된다면 문제가 발생할 수 있는 경우가 있습니다.

예를 들어 전사적으로 메모리는 80%를 넘을 수 없다는 system management rule이 있고,

이 Rule을 반드시 준수해야 한다면 16 GB 메모리 환경에서 12.8 GB이상의 메모리를 사용 할 수 없습니다.

이러한 조건을 충족하기 위해서는 별도의 Setting을 해주어야 합니다.

[ Exchange 2007 에서 메모리 사용을 조정하는 방법 ]

Exchange 2007 서버에서 선점하는 메모리에 올라가는 것은 Database Cache 입니다.

그러므로, 기본 값이 설정되어 있지 않은 Database Cache의 메모리 설정 값을 주면 Exchange 2007에서

선점하는 메모리의 양을 조절 할 수 있습니다.

Exchange 2007에서 선점하는 메모리의 양을 조정하기 위한 Setting은

‘msExchESEParamCacheSizeMax’ 입니다.

실제 적용하는 방법은 아래와 같습니다. (http://technet.microsoft.com/ko-kr/library/bb691304.aspx)

1. ADSI 편집을 시작합니다. 시작, 실행을 차례로 클릭하고 adsiedit.msc를 입력합니다.

2. ADSI 편집의 작업 메뉴에서 연결 대상을 클릭합니다.

3. 연결 설정의 연결 지점에서 잘 알려진 명명 컨텍스트 선택을 클릭한 다음 해당 목록에서 구성을 선택합니다.

4. 컴퓨터에서 도메인 또는 서버 선택 또는 입력을 클릭한 다음 해당 상자에서 도메인 컨트롤러의 이름을 선택하거나 입력합니다.

5. 고급을 클릭합니다.

6. 고급에서 자격 증명 지정을 선택한 다음 해당 상자에 사용자 이름과 암호를 입력합니다.

7. 포트 번호 상자에 389를 입력합니다.

8. 프로토콜 아래에서 LDAP를 클릭합니다.

9. 확인을 클릭하여 고급 대화 상자를 닫습니다.

10. 확인을 클릭하여 연결 설정 대화 상자를 닫습니다.

11. ADSI 편집에서 도메인 컨트롤러의 구성 컨테이너에 연결됩니다.

12. 다음 개체로 이동합니다. 구성/서비스/Microsoft Exchange/<사용자의 조직>/관리 그룹/<사용자의 그룹>/서버/<서버 이름>/정보 저장소.

13. 정보 저장소를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.

14. 특성 편집기 탭에서 msExchESEParamCacheSizeMax를 클릭한 다음 편집을 클릭합니다.

15. 정수 특성 편집기에서 8KB 페이지 수로 지정된 데이터베이스 캐시의 최대 크기를 입력한 다음 확인을 클릭합니다.

예를 들어, 데이터베이스 캐시 크기를 14GB로 설정하려면 14GB(14,680,064KB)를 8로 나누어서 1,835,008개의 8KB 페이지 값을 얻습니다. 정수 특성 편집기 대화 상자에서 쉼표나 마침표를 사용하지 않고 이 값을 입력합니다.

16. 확인을 클릭하여 정보 저장소 속성을 닫습니다.

17. ADSI 편집을 닫은 다음 Microsoft Exchange Information Store 서비스를 다시 시작합니다.

Windows Server 2008 Service Pack 2의 Exchange Server 2007 지원

Jiho Park — Wed, 27 May 2009 03:15:25 GMT

아직 한글 버전이 올라오지 않았지만, 영문버전으로 Windows Server 2008 Service Pack 2와 Windows Vista Service Pack 2가 출시 되었습니다.

32 bit Download : 64 bit Download

이번 Service Pack 2에 Exchange Server 2007은 공식 지원되며,

이번 연도 가을에 나올 Exchange Server 2007 Service Pack 2도 공식 지원됩니다.

Service Pack 2에 대한 좀 더 상세한 정보는 아래 Link를 참조해 주세요.

http://technet.microsoft.com/en-us/windowsserver/dd262148.aspx