Introduction
Ce document décrit le message d'erreur « Size Limit Exceeded » (Limite de taille dépassée) qui se trouve dans les journaux de messagerie de l'appliance de sécurité de la messagerie Cisco (ESA).
Que signifie « Problème d'analyse des messages : Limite de taille dépassée » ?
Lors de l'examen des journaux de messagerie et du suivi des messages sur l'ESA, il se peut que vous voyiez l'erreur suivante et que vous deviez déterminer le problème :
Tue Sep 9 13:37:35 2014 Warning: MID 15180223, Message Scanning Problem: Size
Limit Exceeded
L'analyse sur l'ESA a une limite globale sur les messages volumineux. Si un message est trop volumineux, il est généralement exempté de nombreuses analyses et envoyé aux destinataires finaux.
Pour modifier la limite d'analyse des messages à partir de l'interface de ligne de commande, utilisez scanconfig. Vous devrez modifier les options de taille maximale des pièces jointes à numériser, telles qu'elles sont mises en surbrillance.
Remarque : n'oubliez pas que plus la taille d'analyse est importante, plus les ressources et la surcharge de l'appliance sont utilisées.
myesa.loca> scanconfig
There are currently 5 attachment type mappings configured to be SKIPPED.
Choose the operation you want to perform:
- NEW - Add a new entry.
- DELETE - Remove an entry.
- SETUP - Configure scanning behavior.
- IMPORT - Load mappings from a file.
- EXPORT - Save mappings to a file.
- PRINT - Display the list.
- CLEAR - Remove all entries.
- SMIME - Configure S/MIME unpacking.
[]> setup
1. Scan only attachments with MIME types or fingerprints in the list.
2. Skip attachments with MIME types or fingerprints in the list.
Choose one:
[2]>
Enter the maximum depth of attachment recursion to scan:
[5]>
Enter the maximum size of attachment to scan:
[5242880]>
Do you want to scan attachment metadata? [Y]>
Enter the attachment scanning timeout (in seconds):
[1]>
If a message has attachments that were not scanned for any reason (e.g. because
of size, depth limits, or scanning timeout), assume the attachment matches the
search pattern? [N]>
In case of a content or message filter error, should all filters be bypassed? [Y]>
If a message could not be deconstructed into its component parts in order to remove
specified attachments, the system should:
1. Deliver
2. Bounce
3. Drop
[1]>
Configure encoding to use when none is specified for plain body text or anything with
MIME type plain/text or plain/html.
1. US-ASCII
2. Unicode (UTF-8)
3. Unicode (UTF-16)
4. Western European/Latin-1 (ISO 8859-1)
5. Western European/Latin-1 (Windows CP1252)
6. Traditional Chinese (Big 5)
7. Simplified Chinese (GB 2312)
8. Simplified Chinese (HZ GB 2312)
9. Korean (ISO 2022-KR)
10. Korean (KS-C-5601/EUC-KR)
11. Japanese (Shift-JIS (X0123))
12. Japanese (ISO-2022-JP)
13. Japanese (EUC)
[1]
Si vous apportez des modifications et des ajustements aux paramètres, veillez à valider toutes les modifications à partir de l'invite CLI principale.
Dans de nombreux cas, vous constaterez que le message en question a peut-être dépassé le délai d'analyse, mais qu'il a été traité et remis comme prévu à l'origine. Vous devrez rechercher et examiner vos journaux de courrier pour la disposition finale du MID d'origine.
Informations connexes
Commentaires