Prior to a reboot have you tried restarting IIS to see if that salves the issue?
My understanding is that an external file is typically used when a 3rd part software (ERP ect) updates this file automatically or manually triggered. A fixed select list can be modified by users on the fly if given permissions (single column)
You could share the CSV file location for certain users to manually change the file.
There is a way to recreate a FC without Version Control however not turn it off once created. You would have to create a new FC using import via the old FC XML (with some changes made to it) then migrate your data over to the new FC.
The documents I am looking at now were part of a successful (partially) Transfer of 2000+ Documents and 3 or 4 failed. This was days before the DW7 infrastructure issue.
I was looking to execute a transfer of file size larger than "X" to determine my problem child documents (via the error log to obtain their DOCID) and deal with them prior to running the main Transfer.
*Edit* I am looking to use that idea on more than just this file cabinet. Some with over 100k records that have spit back 100+errors upon trying to run them prior.
What is the file size limit for Sync jobs and Transfers? DW7
Is there a differancein total file suize in regards to if the records are clipped or stapled?
You could create a specific search dialog with fixed entries, search between multiple File Cabinets, and save it. It would have to be done for each user however. Not sure how many users you are dealing with.
Since the cloud is now on 126.96.36.1996 Does this mean the 10MB syc limit has been upped to 20MB?
A question posed by a client. I do not belive there is a way. But if there was a way to prevent staff from accessing Docuware when they’re not in the office.
A follow up question Phil,
Will these downloads/uploads allow the import of users and file cabinet profiles if they are built on the local DW7 platform prior to migration?