DTTG DDXMLErrorDomain-Fehler 1

iPadOS-Version: 18.1 - DT 3.8.7 (17466)
macOS: Sequoia 15.1 - DT3 3.9.8

since yesterday I received the following error on the iPad
DT3, DDXMLDomainError, 14-11-2024
and

Syncing via desktop is no problem.

Nothing changed on the iPad, macOS, DC & Samba-Server (access via WebDAV).

What to do ?

This might be an issue of the WebDAV server. Did you update it recently?

The WebDAV-Server (Apache2) was updated 14 days ago and the sync procedure on all devices ran without any issues.
Only the iPad produces errors since yesterday.

To check if all connection parms are ok I modified

  1. the url
  2. the username
    both to false contents, restart DTTG, correct them and restart DTTG again.
    After that the syncing process start without error messages. In the protocol I can see that DTTG is syncing now in both directions.

The problems mentioned above seem to be related to the connection parameters.
I often switch from DTTG to other apps. If there are too many open at the same time, I cancel them.
Could it therefore be that the problems are related to the background task of DTTG and that this may damage the connection parameters directly or indirectly ?

Now I’m just waiting to see if the sync process finishes properly.

Actually this error is only triggered if the server doesn’t return valid XML (e.g. if the WebDAV server is not running at all or if the URL is not the one of the WebDAV server).

… WebDAV server is not running at all or if the URL is not the one of the WebDAV server).

all other clients synchronize with the same web server. So that can’t be the problem.

Now I’m just waiting to see if the sync process finishes properly.

My fault: iPad synced directly with the desktop and not with the WevDAV-Server.
Correct it but same issues as described !

checked WebDAV-Server - access.log:

192.168.x.xxx - DMSuser [14/Nov/2024:13:04:50 +0100] “PROPFIND /webdav/OurDTTbase.dtCloud/inbox/750095053.921-c3b4c84252b87ee5db84b5f4f56fcef258c9a140-3552361889.manifest HTTP/1.1” 404 537 “-” “DEVONcloudy 1.31.4”
192.168.x.yyy - - [14/Nov/2024:13:05:06 +0100] “GET /share/importer/import_trigger.php HTTP/1.1” 200 4971 “-” “Wget/1.20.1 (linux-gnu)”
192.168.x.xxx - - [14/Nov/2024:13:05:13 +0100] “PROPFIND /webdav/OurDTTbase.dtCloud/ HTTP/1.1” 401 5304 “-” “DEVONcloudy 1.31.4”
192.168.x.xxx - DMSuser [14/Nov/2024:13:05:13 +0100] “PROPFIND /webdav/OurDTTbase.dtCloud/ HTTP/1.1” 207 5087 “-” “DEVONcloudy 1.31.4”
192.168.x.xxx - DMSuser [14/Nov/2024:13:05:13 +0100] “GET /webdav/OurDTTbase.dtCloud/4fb8988da1abed249cc2a98ef52807e4ed2f5aa0b07837918b78dbfdfbb218e2/master.plist HTTP/1.1” 200 558 “-” “DEVONcloudy 1.31.4”
192.168.x.xxx - DMSuser [14/Nov/2024:13:05:13 +0100] “PROPFIND /webdav/OurDTTbase.dtCloud/4fb8988da1abed249cc2a98ef52807e4ed2f5aa0b07837918b78dbfdfbb218e2/ HTTP/1.1” 207 2221 “-” “DEVONcloudy 1.31.4”
192.168.x.xxx - DMSuser [14/Nov/2024:13:05:13 +0100] “PROPFIND /webdav/OurDTTbase.dtCloud/4fb8988da1abed249cc2a98ef52807e4ed2f5aa0b07837918b78dbfdfbb218e2/753273019.747-c3b4c84252b87ee5db84b5f4f56fcef258c9a140-2631381983.manifest HTTP/1.1” 404 537 “-” "DEVONcloudy 1.31.4"x.xxx

No entries in error.log.
Running Apache2 version 2.4.59

As I told you: nothing changed !

In the meantime I erased the local database and the DTTG App and re-installed them. No changes → same errors

You have a bunch of 404s. Those are errors.

Are you using a shallow sync in DEVONthink To Go?

no difference between “on demand” and “always”.

in the message center of the iPad ad adn additional info now:

Der Vorgang konnte nicht abgeschlossen werden.
(kCFErrorDomainCFNetworkFehler -1004.)

  1. Disable the sync location in DEVONthink To Go.
  2. On the Mac, create a new sync location with a new name and sync a database to it.
  3. Add the sync location to DEVONthink To Go and sync the same database to it. Does that work?

@chrillek:

You have a bunch of 404s. Those are errors.

I wrote “No entries in error.log” NOT there are no errors !

The 404s during access form the iPad are exact the same as from the iMac:

192.168.x.xxx - DMSuser [14/Nov/2024:15:25:55 +0100] “PROPFIND /webdav/OurDTTbase.dtCloud/inbox/ HTTP/1.1” 207 2416 “-” “DEVONcloudy 1.31.4”
192.168.x.xxx - DMSuser [14/Nov/2024:15:25:55 +0100] “GET /webdav/OurDTTbase.dtCloud/inbox/750095053.942-c3b4c84252b87ee5db84b5f4f56fcef258c9a140-228723556.manifest HTTP/1.1” 200 6576 “-” “DEVONcloudy 1.31.4”
192.168.y.yyy - - [14/Nov/2024:15:26:05 +0100] “GET /share/importer/import_trigger.php HTTP/1.1” 200 4971 “-” "Wget/1.20.1 (linux-gnu)

@bluefrog
checked it now with another database: no luck → same error(s)

I know. And I didn’t say anything else. Just added clarification for people not wading through Apache log files every day.

on the way to fix that problem:
URL → https://dms.domain.com/webdav/ —> error(s)as described
URL → https://192.168.x.xxx/webdav/ → no errors + syncing database (original one & the test db).

  1. on both URL´s I shortly see the DDTG message “Speicherort verbunden” but
  2. during start of syncing the DDXML…error occurs only using the domain name in the URL
  3. the DNS resolution of domain name is correct and both accessing the right WebDAV-Server
  4. no proxy between. & nothing changed on the AD-Server nor DNS-Server
  5. using a self-signed certificate on WebDAV-Server

Any hints to fix that problem ?

Creating and using a new sync location?
And post an unredacted screen capture of DEVONthink’s Settings > Sync. If you don’t want to post it here, hold the Option key in DEVONthink and choose Help > Report bug to start a support ticket.

I have now been able to solve the problem:
the last OS update on the iPad obviously activated the switch „/Wi-Fi/I (information button behind your selected Wi-Fi)/Limit IP Address Tracking“.

If addionally in the connection parameters of DDTG „domain.name“ was stored in URL, the sync was then always done via the Internet and not via internal LAN.
Normally that causes no problem but I had a smooth misconfiguration in my proxy which of course only came into effect when there was external access.

After fixing this, syncing is now possible on the iPad at all communication channels.

If the switch mentioned above is set, it is still surprising that Apple always accesses the Internet without querying the internal DNS servers!
If it is switched off, however, all access to the database are (really) much faster.
Maybe there is another library for DTTG that could be linked and that always initially carries out the queries via the internal DNS servers ?

Nevertheless however … thanks for your support !

2 Likes

Which “internal” DNS servers? Do you mean the ones set by your router, your IP provider, do you run your own DNS?

own DNS-Server in local Network

https://www.reddit.com/r/ios/comments/uurkqr/limit_ip_address_tracking_issue/?rdt=55328

1 Like