AutoVacuum Mail Message and Attachment
Odoo crea una gran cantidad de mensajes y/o correos. Con el tiempo, esto puede ralentizar el sistema o ocupar mucho espacio en disco. El objetivo de este módulo es limpiar estos mensajes una vez que quedan obsoletos. Lo mismo puede ocurrir con los archivos adjuntos que almacenamos. Puedes elegir varios criterios para gestionar qué mensajes deseas eliminar automáticamente.
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 18.0Crea reglas que eliminen automáticamente mensajes de correo y adjuntos antiguos después de un número de días elegido, para mantener la base de datos pequeña. Las reglas se gestionan desde el menú Email y se ejecutan mediante dos tareas programadas diarias.
Este módulo añade una nueva pantalla llamada "Message and Attachment Vacuum Rule" bajo el menú Email. Ahí creas reglas que deciden qué mensajes o adjuntos antiguos debe eliminar Odoo automáticamente.
Cada regla tiene un tipo: Message o Attachment. Estableces un tiempo de retención en días (por defecto 365); los registros más antiguos que eso pasan a ser elegibles para su eliminación. Para los mensajes puedes restringir por tipo de mensaje (email, comment, system notification, user notification o all), por subtipos de mensaje y por modelos. Para los adjuntos puedes restringir por un patrón de nombre de archivo, por modelos y por un modelo heredado.
Dos trabajos programados, "AutoVacuum Mails and Messages" y "AutoVacuum Attachments", se ejecutan a diario pero están inactivos por defecto; debes activarlos. Aplican las reglas y eliminan los registros coincidentes en lotes de 1000, confirmando después de cada lote.
Reglas de negocio: el tiempo de retención no puede ser de 0 días; un modelo heredado solo puede usarse en reglas de adjuntos y debe estar realmente vinculado a adjuntos. Las reglas pueden archivarse. Solo los administradores del sistema pueden gestionarlas. El módulo toca mail.message, ir.attachment y añade una lista "Assigned Attachments" en todos los modelos.
Depende de
Menús que añade
Modelos y campos (5)
- base · amplía un modelo existenteassigned_attachment_ids (Assigned Attachments)
- vacuum.rule · modelo nuevoname, model (Model code), ttype (Type), active, model_id, model_ids (Models), company_id (Company), description, empty_model, message_type, empty_subtype, retention_time, filename_pattern, inheriting_model, message_subtype_ids (Subtypes), model_filter_domain
- mail.message · modelo nuevo
- ir.attachment · modelo nuevo
- autovacuum.mixin · modelo nuevo
Texto generado por IA (DeepSeek) al leer el código de la versión 18.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 5 confirmadas, 4 sin información de 9 versiones.
Fuentes · Odoo 13.0
Confirmado el 2026-11-03 en la rama 13.0 de OCA/server-tools.
terminal Instalación y uso
Documentación de OCA · Odoo 18.0Configuración
Fuente · Odoo 18.0- Vaya al menú configuración =\> Técnico =\> Correo electrónico =\> Reglas de vaciado de mensajes y archivos adjuntos
- Añada las reglas adecuadas para su empresa. En cada regla, puede indicar los modelos, tipo y subtipos para los que desea eliminar los mensajes, junto con un tiempo de retención (en días). O para los archivos adjuntos, puede especificar una subcadena del nombre.
- Active el cron AutoVacuum Mails and Messages y/o AutoVacuum Attachments
Se recomienda ejecutarlo con frecuencia y cuando el sistema no esté muy cargado. (Por ejemplo: una vez al día, durante la noche.)
Traducción automática al español (DeepSeek) de la documentación original de OCA; los comandos y el código no se traducen. Sin información verificada en OCA: Instalación, Uso.
Las instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.