Deleting From Attachments Leaves Orphaned Files in RFMSPict
Since deploying the use of RFMSPict in 2022, we are growing RFMS Attachments, stored in RFMSPict at 10-15GB per month, a bit of an alarming rate. Nonetheless, it is mainly images that are consuming the space, PDFs not so much at all. I have asked users to only "attach" what is needed and not just any arbitrary pictures. Along with that we have tried to figure out how to reduce the size of images take on iPads. They are currently uploading at 2-6MB each, which not only is unnecessary, resolution-wise, but it causes add'l mobile data usage.
Over time, we've had some users add attachments to the wrong orders in both RFMS Core & RFMS Mobile. They can easily delete them from the order, however, I have found that the actual JPG images are left behind and subsequently orphaned in RFMSPict folder, just taking up space unnecessarily. We would like RFMS to delete or at least rename these files so that they are easily identifiable as orphaned and then the admin can subsequently choose what to do with them.
There should be some mechanism in RFMS to either:
1) Delete the attachments in RFMSPict, and not leave them orphaned, or
2) Append the filename in some way so that they can be later searched and deleted manually.
For example, FileName_AttachmentDeleted... Or,
3) Move the file to some sub directory that the file can later be perused and deleted or moved as necessary.
Please vote & comment RFMS end-users/admins!
Comments
We are in the process of launching P Vault as our document management system. You may want to consider something along those lines. The attachments no longer reside in the rfms database.
The bank end when needing to locate a document is phenomenal.
Please sign in to leave a comment.