We are having issues with word connecting to SharePoint to retrieve data even if we've downloaded a document from the site.
Here is how our process is setup
We work with documents and prepare them on the workspace
When done a publishing workflow copies the documents using SPFileCollection.Add(string urlOfFile, byte[] file, bool overwrite), http://msdn.microsoft.com/en-us/library/ms428630.aspx
The issue is when opening documents either directly from the published documents site collection or even if we download them to disk the word goes to the workspace site to fetch data (Word Phone Home).
This issue is related with the post linked below but I want to break the "phone home" behavior.
https://sharepoint.stackexchange.com/questions/19390/what-is-slowing-the-opening-of-office-documents
Related
Recently, we updated the URL for our Sharepoint site. I have added AAMs to direct any users trying to access the site through the old URL to the new URL. So far, everything has been working fine. Recently, while browsing through a document library, I noticed when I clicked on the ellipses on the name of a document so I could copy the link associated to the document, the URL appears as http://NewSiteURl/http://OldSiteURL/...
I notice it is not every single document in my library that presents links like this, but I do notice it in random documents throughout the library. How can I fix this issue so all links to documents within the library so it doesn't contain the old site url?
I have a console job that does some comparison on documents in a SharePoint library, and then deletes some of the documents.
However, the deletion fails for some documents, with the below error:
<ErrorCode>0x80070005</ErrorCode>
<ErrorText>Access denied.
You do not have permission to perform this action or access this resource.</ErrorText>
What could be the issue?
I have checked the document library, and the individual documents, and verified that the concerned account has delete permissions. In fact, many other documents are getting deleted from the same library.
It cannot be that somebody else has the document open somewhere; I have not been able to delete some documents for over an year.
p.s. the delete method is called via listService.UpdateListItems(libraryname, XML)
When I go to the Documents tab in the web sender there are no documents listed, but when I use the Java API to list envelopes:
EnvelopesInformation envelopes = envelopesApi.listStatusChanges(accountId, options);
I get documents when I don't expect any. I then realized that all the documents listed via the API are "deleted" documents in the web GUI, but haven't been able to find how to determine via the API that these documents have been deleted - their status is "Completed".
So two questions come from this:
- Is there any way to empty the trash in the web GUI to permanently delete documents?
- Is there any way via the REST API to determine that an envelope has been deleted?
Q: Is there any way to empty the trash in the web GUI to permanently delete documents?
You can move documents to the deleted folder. DocuSign will later empty that folder automatically in the background.
From Documentation
Deleted documents remain in your Deleted bin for only a short time (less than 24 hours), after which they are removed permanently and cannot be recovered.
In Lotus Notes For Every User there is one nsf file will be created with the userid name as a file name. I want to Extract the Contact details using that nsf file Using Java Lotus Notes API.. (If my userid is user1 means the nsf file created in user1.nsf).. Is it possible to extract all the contacts of that user using the user's nsf file?
The tricky part here isn't reading the contact documents, it's finding the database itself. Depending on the installation, the contacts could be either on the server or local on their workstation.
If you're running from a server agent, you can only access the databases on the current server, or another server your credentials have access to. However, sometimes by default the user's contacts are put into a local database on their workstation and you can only reach them from code running in the user's context.
If that's the case, you have no choice but to find a way to run something on each user's workstation. You could
a) have the user replicate the names.nsf to the server, or
b) synchronize the contacts using the mail action.
For "a", you might send a special email with a LotusScript button in it to automate the replication. I've seen that method used in email migrations when using Quest software's migration tool, and it works well.
For "b", if you have a recent enough version of Notes you may follow these instructions to enabling the sychronize contacts task on the replicator. Ohterwise you'll need to instruct the users how to synchronize contacts using the actions menu. One the contacts are synchronized, a copy of the contact information will be contained in the user's mail file, which will be available on the mail server. You can then simply access the contacts view to read the documents.
I am storing Infopath forms in a Sharepoint Document Library.
Because these forms are completed in a disconnected environment, the document library is used for storing the submitted forms (and other related documents). A web application also updates the Infopath documents.
The Infopath Template associated with the forms is installed on user's PCs as an msi.
I've noticed that if a user has one of the forms open from the document library (but not checked out),using the Copy web service to update the document returns a "DestinationCheckedOut" error. My question is, is there anything I can use to query Sharepoint to determine if a user has the file opened. I've used Lists web service and CheckoutUser but this only worked if document is checked out (not just open). I've also tried setting "Version Settings" to "Require documents to be checked out when edited" but doing so returns the error "Infopath cannot open the following file:.....The file is not a valid XML File" when the form by opened by a user.
I am going to handle the "DestinationCheckedOut" exception but wanted to have my code check for this scenario first before the update process is attempted.
Any help would be appreciated.
I don't know if there is any Web service that return the information you are looking for.
The server side object model calls are SPFile.CheckOutStatus and SPFile.CheckOutType ( http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.spfile_properties.aspx ). There are 2 types of "checked out" one when document is simply opened for editing and the other when it is explicitly checked out - you hitting the first one.