We have a situation where the client has lost their database and backups. They still have their volumes though. We were thinking at least we could bring in the files from the volume locations so they can bring them into a new repository, but when looking at the volume location for electronic files, there are no file extensions with them so we do not know what type of file they are and are unable to bring them back into the repository. Why are the extensions stripped from electronic files but not tifs? Also, is there any way to get these to a point where we can identify their extensions and bring them back into the repository without the original database?
Question
Question
No File Extensions for Electronic Files in Volume Location?
Replies
Hello Blake,
Regarding the Electronic file's extension, is this problem still happening outside the volume's location for the same file types?
if yes please check if the hide extensions for known file types is ticked.
- Click Control Panel
- Click File Explorer Options
- Untick the hide extensions for known file types
Hope this solves your problem
Regards.
Hi Blake,
You could perhaps put together a little .NET applications that cycles through all the files in the volume and then uses URLMON or similar to inspect the first few bytes to determine the MIME TYPE. You could then use the Laserfiche SDK to import the files into the repository. That should do the job for the electronic files, however the TIFFS might prove troublesome, as I'm pretty sure generated pages are stored as single page TIFFS and the database holds the information about which entry each page belongs to.