Pourquoi est-ce que des connexions ne sont pas abandonnées par le filtre de type MIME sur l'ESA ?

Options de téléchargement

PDF (118.9 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (80.1 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (71.8 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:20 août 2014

ID du document:118310

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Question :

Des connexions ne sont pas abandonnées comme prévues en tant qu'un de ce qui suit :

Filtre de message utilisant baisse-connexion-par-mimetype.
Filtre satisfait utilisant Drop_Attachments_By_Mimetype_Action.

Réponse :

Les « connexions de baisse l'action par type MIME » trouve le type MIME de connexion en examinant les données d'en-tête MIME. Les causes classiques une connexion non détecté et abandonnée par le type MIME est qu'il y avait une erreur de balayage sur le message ou que le type MIME détecté est configuré pour être ignoré. Pour découvrir la cause précise pour un message donné, recherchez les logs de messagerie utilisant le grep du CLI. Quand vous recherchez sur le MID, toutes les questions de balayage seront signalées sur leur propre ligne. Voici un exemple :

Tue Aug 3 16:36:29 2004 Warning: MID 256, Message Scanning
 Problem: Continuation line seen before first header

Contribution d’experts de Cisco

Jackie Fleming and Enrico Werner
Cisco TAC Engineers.