ClearOS Bug Tracker


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0018291ClearOSapp-file-scan - Antimalware File Scanpublic2017-12-14 13:182021-04-23 03:35
Reporteruser2 
Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version7.4.0 
Target VersionFixed in Version 
Summary0018291: Mail quarantine gets too large - pruning required
DescriptionA customer had 3000 files with a total of 5.6 GB in the quarantine that dated back to 2014. The UI takes too long to load the quarantine list, and it would be wise to purge the files from quarantine from time to time.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0012221)
NickH (developer)
2019-07-11 04:32

If using "find", use ctime and not mtime. Look at this:
[root@server quarantine]# stat *
  File: ‘ExcelLR.cab.190711_100316’
  Size: 16882259 Blocks: 32976 IO Block: 4096 regular file
Device: 802h/2050d Inode: 101514855 Links: 1
Access: (0770/-rwxrwx---) Uid: ( 1001/ nick) Gid: (60005/ howitts)
Access: 2019-07-11 10:08:27.611502665 +0100
Modify: 2010-03-31 03:31:36.000000000 +0100
Change: 2019-07-11 11:03:17.040047009 +0100
 Birth: -

The file was created by Micro$oft on 2010-03-31(mtime). It was moved into quarantine on 2019-07-11 at 11:03:17 (ctime), and last accessed on 2019-07-11 at 10:08:27 (when it was in its previous un-quarantined location by the scanner) (atime).

atime is not safe to use as some users add the noatime paramater in /etc/fstab to reduce disk writes.
(0015531)
NickH (developer)
2021-04-23 03:35

Real cause is the UI loading file by file. This has been changed to load by folder

- Issue History
Date Modified Username Field Change
2017-12-14 13:18 user2 New Issue
2017-12-14 13:18 user2 Assigned To => user2
2017-12-14 13:18 user2 Status new => confirmed
2018-02-12 10:06 user2 Target Version 7.4.0 Updates =>
2018-12-14 12:10 user2 Status confirmed => assigned
2018-12-14 12:10 user2 Assigned To user2 => tracker
2019-07-11 04:32 NickH Note Added: 0012221
2021-04-23 03:35 NickH Note Added: 0015531
2021-04-23 03:35 NickH Status assigned => closed
2021-04-23 03:35 NickH Assigned To tracker =>
2021-04-23 03:35 NickH Resolution open => fixed