本檔案介紹思科電子郵件安全裝置(ESA)上按名稱、-type、-filetype和 — mimetype郵件過濾器操作之間的差異。
使用MIME傳送的郵件可以將標籤分配給各個正文部分,這些部分通常稱為附件。 這些標籤可能在其提供的資訊中相互衝突(並且確實存在衝突)。此外,身體部位可能有其自己的特徵。 例如,使用者可能獲取JPEG影象,將其附加到郵件郵件,為其提供text/html的MIME型別,並用MIME檔名jan.mp3對其進行標籤。所有這些標籤都與附件內容的實際情況相衝突。
例如,請考慮以下消息標題:
Boundary_(ID_n6BU1raweF+4UwCeweFmVQ)
Content-type: application/msword; name="eval form.doc"
Content-transfer-encoding: BASE64
Content-disposition: attachment; filename="eval form.doc"
Content-description: eval form.doc
在這種情況下,MIME檔名和MIME型別都是一致的,並且可能與正文部分(附件)的實際格式不匹配。但是,在此標頭中存在不一致:
Boundary_(ID_n6BU1raweF+4UwCeweFmVQ)
Content-type: image/jpeg; name="eval form.doc"
Content-transfer-encoding: BASE64
Content-disposition: attachment; filename="evaluation.zip"
Content-description: These are the latest warez, d00d.
對於格式完好的消息,實施策略相當容易。但如果有人有意或無意地試圖繞過策略,則需要更大的靈活性。
網路管理員通常希望丟棄特定型別的附件,例如所有MP3檔案。但是,實施該策略意味著您必須決定您要關注哪些標籤(如果有)。 AsyncOS使您可以靈活地檢視MIME型別(如text/html)、MIME檔名(如jan.mp3),並實際對附件進行指紋,以嘗試確定真正的格式。在使用郵件過濾器或內容過濾器實施策略時,您可能希望使用這些標籤中的一個或多個標籤。
以下是郵件過濾器操作說明: