I’ve just tried syncing my test database via cloudme: I’m getting an “internal server error (500)” at the moment. I also can’t log in directly via the website (although that’s looking maybe to be an aggressive setting on my ad blocker, so may or may not be related to what you are seeing). I’ve seen errors like this many times on cm - to date they have always spontaneously resolved, so maybe give it some time. What are you seeing reported in the logs in DT/DTTG?
Yes, I have been having issues too (since this morning at 8:00 AM Korean time, for about 12 hours). I just signed up recently as I am trying to use the service for a collaborative sync store for me and my colleague for our research database – so I thought the issue was me.
I tried to look at the Cloudme forums, but they seem riddled with spam – not sure where to find out what is going on as this seems a longer downtime than I thought would happen with the service (understanding of course that this can happen with any of the cloud solutions).
My personal databases I use CloudKit and they are working fine
I have had transient Error 500 errors in the past. I have also had syncing errors when I went over my storage quota. But I never experienced this before.
I have used Cloudme for quite some time after I could not get DropBox to sync. That said, WebDAV with Synology has been rock solid for quite some time - plus its’s free since I have the Synology set up. This may be good reason to cancel CloudMe; I don’t think the redundancy is needed any more.
Same problem! Clearly something up at their end. As someone who had persistent Dropbox failures and bailed to CloudMe which has so far been faultless, I really hope this resolves soon.
Remember: We don’t control CloudMe or any other sync providers’ servers.
While we appreciate the report, if it wasn’t your first step, you should have first contacted CloudMe. You can easily determine we haven’t changed anything as there have been no recent updates to DEVONthink, therefore our sync code logically hasn’t changed.
I have confirmed there is a NSURLErrorDomain Code=-1017 error but it’s a temporary glitch, a major server issue, or an API change.
I have been using Cloudme and Devonthink Server for years, which I use as my main database for my online business. My Cloudme account works well on Chrome. But the Cloudme app failed to contact the server. I fill my username and password in. I even changed my password but so that doesn’t work either. btw thanks for quick responding…
I hope this problem will be solved quick:(
Hello,
is the cloudme sync not working for just us?
Since the DEVONthink sync does not (or no longer) work for any of the Webdav providers I have tested, I suspect it has something to do with the MacOS update Sequoia 15.2 or 15.3.X in conjunction with DEVONthink.
Exactly, since Webdav works without problems via the Finder.
To get some assistance, what WebDAV service providers did you test, what were the error messages displayed and/or in the DEVONthink Log? On one or on all the devices you attempted to configure?
Do you have a specific need to use a third-party internet service to sync?
syncstore structure was first created on the cloudme server (name.dtCloud), but when reading/uploading the databases, the error message appears:
03.03.25, 09:44:03: Verbindung zum Server konnte nicht hergestellt werden. (webdav.cloudme.xxx) Verbindung zu Host nicht möglich. (NSURLErrorDomain -1004)
With Luckycloud and Magenta Cloud, sync is also not possible.
Tested on 2 Macs
Server call and copy data via Finder without any problems