Using the move to sharepoint option in the ribbon has eliminated the drag and drop errors. I think we'll just use that option from now on :)
Thanks for the quick response. Here is an example of an email subject that is causing the error:
RE: DXS and DWPF - amendment documentation - execution versions
I have check some of the others involved and there doens't appear to be any characters that I would consider problematic for a 'save as' event in Windows.
I saved a config_update.xml file to the path described above and when relaunching Outlook it disapears but when I check the config.xml file the action="insert" wording has not been added to it. I am guessing the config file should've updated?
Do I create a new file called "config_update.xml" and save it to:
Update: Okay so I lied when I said my last post was the final update......
After some more testing we experienced some more of the same OutOfMemoryException errors AND also some new "Unable to connect to the remote server errors":
We performed some fault testing on our infrastructure and have come to the conclusion that the problem lies with out Targus ACP71AUZ DIsplayLink Certified Docking Stations.
These docking station use a single USB 3.0 cable to connect all USB/Newtork/DIsplay input and output to the laptop. I have tested uploading with the network cable plugged directly into the laptopn, and also using wifi, and all of the errors experienced to date are nolonger appearing.
We have had others errors with the docks so we are not suprised by this error. However, is it possible that the error timeout/buffer in OnePlaceMail is perhaps set a bit low and if there is any momentary loss of network connectivity then it trows an error straight away instead of waiting a short period to see if connection is reestablished. I tested this therory by switching off the wifi and pulling out the network connection and OnePlaceMail threw the erro almost instantly.
1. The Synaptic folders under User/AppData (Local and Romaing folders) were deleted,
2. The user's Windows profile was then renamed and re-created,
3. OnePlaceMail Add-in was re-installed
The problems now appear to have been rectified, however, I will continue to monitor the situation and let you know if it happens again.
Update: I have un-installed and then re-installed the Outlook Add-in and same errors are occuring. I have now completly removed the Add-in from the problem PC and await your reply.
Here is the memory information for the problem PC:
Here is a comparison screenshot of my PC:
I note that my PC has less available memory but does not suffer from this transfer issue.
Here is a screenshot showing the PC specs for both PC's (they are exactly the saME):
Subseqently we have today suffered this error when dragging and dropping emails to a reasonably new document set (created on 18/01/2013):
I am going to remove the OnePlaceMail Add-in and re-install it all as there is absolutly something not right here.
2) Yes, it is happending with almost every email being saved into any document sets.
3) Yes, as above
5) Yes, happening on both old and new document sets
and......not sure if this is related but this error is also appearing:
An error has occured deleting transferred item(s) from Outlook. Error: Cannot move the items.
Steps 1 & 2 worked fine no errors, step three caused the following errors:
The config files is located here: C:\Users\USERNAME\AppData\Roaming\Scinaptic\OnePlaceMail
I have renamed the new config file and reinstated the old config file and the errors now do not occur.
Sorry I'm a little confused. Why would only one of the screens be removed and not all of them if they exibit the same behavious in the UI?
Surely if you have received complaints as to one screen being problematic in the UI, logic would dictate all screens should be removed or their behaviour modified.
May I suggest that the transfer of emails/content from OnePlaceMail to SharePoint be treated the same as downloads/uploads in a browser, where the transactions be available in a "uploads" window OR in the Outlook "Send/Recieved" window rather than tieing up the UI for users. As this is an external connection (ie, not Exchange Server) i don't see why the upload couldn't be treated the same as a IMAP email account and just chug away in the background until complete.
This at the moment is a deal breaker for us and the the major reason why we are not rolling your solution out to all users in our business.
When saving only one single email, only the first screen appears (this is still somewhat slow for the first email of the day, all subsequent single emails are quite fast). When saving multiple emails (2 or more) screens 2 and 3 ALSO appear and screen 3 stays visible until ALL emails have been saved to SharePoint. This is problematic because these screens tie up Outlook 2010 so that the user can not use it for the duration of the transfer.
In any case, is there anyway we can just diable/hide all of these splash screens so that they are not visbile to the user?
This is the order in which the screens now appear:
We've just installed 6.3 and this splashscreen is still showing when emails are dragged to the My OnePlaceMail folder structure.
Could you please advise if this is something that needs to be managed in the configurations file.
We have only recently installed OnePlaceMail for a few of our users to try and generate a test case for our business.
First, I'd like to make a point that when we had the product demonstrated for us it was not completely functional (not 6.2) so we were left trying to visualise real world application based on implementer advice.
I note your comments about a concern with SharePoint performance when considering views within the Outlook add-in.
What I think christopher is talking about here is for users to have the ability to CHOOSE which method of viewing site content they prefer in the Outlook add-in folder structure regardsless of the potential perforance impact.
I must admit that was surprised that I could only view an iframe of the Sharepoint documents sets we have linked to, rather than being able to view in a tubulised form of content similar to how Outlook displays emails.
In reality the ability to display the SharePoint site, when a user clicks on a folder in the structure, is functionality that can be replicated with Outlook folders using the “Home Page” properties tab on a folder.
So this to me highlights the fact that OnePlaceMail really only provides a connection to save emails and attachments to SharePoint but add's no real value in terms of being to provide a view consistent with how Outlook folder views currently appear.