Cisco Cisco Email Security Appliance C170 Guia Do Utilizador

Cisco AsyncOS 9.1 for Email 사용 설명서

9 장     메시지 필터를 사용하여 이메일 정책 적용

  메시지 필터 처리

메시지 헤더 규칙 및 평가

필터는 헤더 규칙을 적용할 때 원본 메시지 헤더 대신 "처리된" 헤더를 평가합니다. 그 결과는 다음
과 같습니다.

헤더가 이전 처리 작업을 통해 추가된 경우, 헤더가 현재 모든 후속 헤더 규칙과 일치할 수 있
습니다.

헤더가 이전 처리 작업을 통해 제거된 경우, 헤더가 더이상 모든 후속 헤더 규칙과 일치하지 않
을 수 있습니다.

헤더가 이전 처리 작업을 통해 수정된 경우, 모든 후속 헤더 규칙은 수정된 헤더는 평가하지만 
원본 메시지 헤더는 평가하지 않습니다.

이러한 동작은 메시지 필터와 콘텐츠 필터에서 일반적입니다.

메시지 본문과 메시지 첨부 파일 비교

이메일 메시지는 여러 부분으로 구성됩니다. RFC에서는 메시지 헤더 이후에 오는 모든 요소를 여러 
부분으로 구성된 "메시지 본문"으로 정의하지만, 많은 사용자는 메시지의 "본문"과 "첨부 파일"을 다
르게 개념화합니다. Cisco 메시지 필터(

body-

variable 또는 

attachment-

variable 필터)를 사용하는 경

우, Cisco 어플라이언스는 대부분의 사용자가 "본문" 및 "첨부 파일"로 간주하는 부분을 대부분의 
MUA가 이와는 다르게 렌더링하는 것과 동일한 방식으로 구분하려고 시도합니다. 

body-

variable 또는 

attachment-

variable 메시지 필터 규칙을 작성하기 위해 메시지 헤더 이후에 오

는 모든 요소는 메시지 본문으로 간주되며 이 본문의 콘텐츠는 본문 내에 포함된 MIME 부분의 첫 
번째 텍스트로 간주됩니다. 콘텐츠 다음의 모든 요소(즉, 모든 추가 MIME 부분)는 첨부 파일로 간
주됩니다. AsyncOS는 메시지의 다양한 MIME 부분을 평가하고 첨부 파일로 처리되는 파일 부분을 
식별합니다.

예를 들어, 

은 "

Document attached below.

"라는 문장이 일반 텍스트 메시지의 본문이고 

"

This is a Microsoft Word document.doc

"이라는 문서가 첨부 파일인 Microsoft Outlook MUA를 

보여줍니다. 많은 사용자들이 이메일을 이러한 방식으로 개념화하므로(첫 번째 부분이 일반 텍스
트이고 두 번째 부분이 이진 파일로 구성되는 메시지 대신) Cisco는 RFCS 1521과 1522에서 사용되
는 언어에 따라 메시지의 본문이 모든 MIME로 구성되는 경우에도 메시지의 "본문"(첫 번째, 일반 
텍스트)과 반대로 .doc 파일(기본적으로 두 번째 MIME)을 구분하고 여기에 적용할 규칙을 생성하
도록 메시지 필터에서 "첨부 파일"이라는 용어를 사용합니다. 

그림

첨부

파일

이

포함된

메시지

Cisco 어플라이언스가 여러 부분으로 구성되는 메시지에서 본문과 첨부 파일을 구분하기 때문에 
예상되는 동작을 수행하기 위해 

body-

variable 또는 

attachment-

variable 메시지 필터 규칙을 사용

할 때 다음과 같은 여러 가지 사례에 대해 알고 있어야 합니다.