Briefcase Folder is Mis-Reporting It's Size - Briefcase Document History Problem?
I have a user with a briefcase folder that reports it's size as 852MB. However when I look in that folder I only see 5 documents. They are all xlsx files and their sizes are as follows.
- 129KB
- 264KB
- 202KB
- 21MB
- 870KB
Now...I'm not real familiar with the "new math" that Zimbra seems to be using, but in my world that looks very close to 22.5MB total. Not the 852MB that the folder reports as being in there.
I thought maybe the folder was messed up, so I created a new folder and dragged these files into the new folder. The new folder ALSO reported it's contents as being 852MB.
Ran a "gf -c" from the zmprov CLI and get this info...
Code:
mbox user@here.com> gf -v "FOLDER"
{
"color": "cyan",
"contentSequence": 17944,
"defaultView": "document",
"flags": "i",
"grants": [{
"id": "bcb55f2c-7c25-49d7-8b92-6be6be4245b5",
"permissions": "r",
"type": "usr"
}],
"id": "4033",
"imapItemCount": 5,
"imapMODSEQ": 32493,
"imapUIDNEXT": 10609,
"imapUnreadCount": 0,
"isCheckedInUI": false,
"isExcludedFromFreeBusy": false,
"isSyncEnabled": false,
"isSyncFolder": false,
"isSystemFolder": false,
"itemCount": 5,
"name": "FOLDER",
"parentId": "1",
"path": "/FOLDER",
"pathURLEncoded": "/FOLDER",
"size": 893837174,
"subFolders": [],
"unreadCount": 0
}
If I list the contents using the search command...
Code:
mbox user@here.com> s -v -t document 'in:"FOLDER"'
{
"hits": [
{
"document": {
"contentType": "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet",
"createdDate": 1289924231000000,
"createor": "user@here.com",
"editor": "user@here.com",
"folderId": "4033",
"id": "4180",
"metaDataChangedDate": 1302789299000000,
"modifiedDate": 1302789299000000,
"name": "DOCUMENT1.xlsx",
"size": 131986,
"tags": "",
"version": "26"
},
"id": "4180",
"score": 0,
"sortField": "1302789299000"
},
{
"document": {
"contentType": "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet",
"createdDate": 1294265053000000,
"createor": "user@here.com",
"editor": "user@here.com",
"folderId": "4033",
"id": "5713",
"metaDataChangedDate": 1302722638000000,
"modifiedDate": 1302722638000000,
"name": "DOCUMNET2.xlsx",
"size": 270184,
"tags": "",
"version": "36"
},
"id": "5713",
"score": 0,
"sortField": "1302722638000"
},
{
"document": {
"contentType": "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet",
"createdDate": 1296859538000000,
"createor": "user@here.com",
"editor": "user@here.com",
"folderId": "4033",
"id": "6851",
"metaDataChangedDate": 1302722585000000,
"modifiedDate": 1302722585000000,
"name": "DOCUMENT3.xlsx",
"size": 206410,
"tags": "",
"version": "16"
},
"id": "6851",
"score": 0,
"sortField": "1302722585000"
},
{
"document": {
"contentType": "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet",
"createdDate": 1290525958000000,
"createor": "user@here.com",
"editor": "user@here.com",
"folderId": "4033",
"id": "4461",
"metaDataChangedDate": 1302193924000000,
"modifiedDate": 1302193924000000,
"name": "DOCUMENT4.xlsx",
"size": 22222340,
"tags": "",
"version": "41"
},
"id": "4461",
"score": 0,
"sortField": "1302193924000"
},
{
"document": {
"contentType": "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet",
"createdDate": 1300392036000000,
"createor": "user@here.com",
"editor": "user@here.com",
"folderId": "4033",
"id": "8739",
"metaDataChangedDate": 1300392036000000,
"modifiedDate": 1300392036000000,
"name": "DOCUMENT5.xlsx",
"size": 890988,
"tags": "",
"version": "1"
},
"id": "8739",
"score": 0,
"sortField": "1300392036000"
}
],
"more": false,
"offset": 0,
"sortBy": "dateDesc"
}
The only thing I noticed is that the 21MB document (DOCUMENT4.xlsx) is at version 41. So if Zimbra is keeping all those document versions in the history, 41x21MB documents is eerily close to the 852MB that folder is reporting.
If this is the case, when/how/where do these old document versions get purged from the briefcase?
Thanks,
Matt
