Introducción
Este documento describe el mensaje de error excedido “límite de tamaño” encontrado en los registros del correo del dispositivo de seguridad del correo electrónico de Cisco (ESA).
Qué lo hace “problema de la exploración del mensaje: ¿” Medio excedido límite de tamaño?
En el estudio de los registros del correo y Seguimiento de mensajes en el ESA, usted puede ver el error siguiente y necesitar determinar cuáles es el problema:
Tue Sep 9 13:37:35 2014 Warning: MID 15180223, Message Scanning Problem: Size
Limit Exceeded
El analizar en el ESA tiene un límite global en los mensajes grandes. Si un mensaje es demasiado grande, está generalmente exento de muchas exploraciones, y al final de los beneficiarios enviados.
Para cambiar el límite de la mensaje-exploración del CLI, utilice el scanconfig. Usted necesitará hacer los ajustes al “tamaño máximo de la conexión para analizar” las opciones según lo resaltado.
Note: Recuerde que cuanto más en gran parte el tamaño de la exploración se fija, más los gastos indirectos del dispositivo y los recursos están utilizados.
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 usted hace cualesquiera cambios y ajustes en las configuraciones, esté seguro de confiar todos los cambios del prompt principal CLI.
En muchos casos, usted encontrará que el mensaje particular puede haber excedido la exploración, pero lo procesó y lo entregó según lo esperado originalmente. Usted necesitará investigar y reivew sus registros del correo para la disposición final de la original MEDIADOS DE.
Información Relacionada
Comentarios