# Fehlermeldung NSURLErrorDomain -1001

**URL:** <https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224>\
**Category:** Deutsch\
**Created:** [July 12, 2020, 10:07am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224 "2020-07-12T10:07:28Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![lerner](https://discourse.devontechnologies.com/letter_avatar_proxy/v4/letter/l/aca169/32.png) [@lerner](https://discourse.devontechnologies.com/u/lerner)\
**Post date:** [July 12, 2020, 10:07am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/1 "2020-07-12T10:07:28Z")

</div>

Hallo,  
im Protokoll kommt folgende Fehlermeldung:  
“11:28:18: Der Vorgang konnte nicht abgeschlossen werden. (NSURLErrorDomain-Fehler -1001.) Timeout. (NSURLErrorDomain -1001)”  
Ich habe allerdings den Eindruck, dass alles einwandfrei funktioniert. Was bedeutet diese Meldung und was muss ich tun?  
Danke!

---

<div class="post-metadata">

**Author:** ![chrillek](https://discourse.devontechnologies.com/user_avatar/discourse.devontechnologies.com/chrillek/32/29340_2.png) [@chrillek](https://discourse.devontechnologies.com/u/chrillek)\
**Post date:** [July 12, 2020, 10:11am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/2 "2020-07-12T10:11:02Z")

</div>

Es gibt zu diesem Thema bereits einen länglichen Thread auf Englisch. Vielleicht hilft der weiter.

---

<div class="post-metadata">

**Author:** ![lerner](https://discourse.devontechnologies.com/letter_avatar_proxy/v4/letter/l/aca169/32.png) [@lerner](https://discourse.devontechnologies.com/u/lerner)\
**Post date:** [July 12, 2020, 11:47am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/3 "2020-07-12T11:47:18Z")

</div>

Danke für den Tipp. Dann muss ich mir ja keine Sorgen machen, liegt an Dropbox.

---

<div class="post-metadata">

**Author:** ![MichaelHD](https://discourse.devontechnologies.com/user_avatar/discourse.devontechnologies.com/michaelhd/32/33823_2.png) [@MichaelHD](https://discourse.devontechnologies.com/u/MichaelHD)\
**Post date:** [July 13, 2020, 7:37am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/4 "2020-07-13T07:37:11Z")

</div>

Das ist meines Wissens nach nichts weiter als ein temporärer Fehler, wie die Dropbox bzw. der Server an ihre Leistungsgrenzen gekommen ist. Möglicherweise kann es helfen, die Zahl der maximalen Verbindungen (Programmeinstellungen \> Sync) zu reduzieren.

---

<div class="post-metadata">

**Author:** ![lerner](https://discourse.devontechnologies.com/letter_avatar_proxy/v4/letter/l/aca169/32.png) [@lerner](https://discourse.devontechnologies.com/u/lerner)\
**Post date:** [July 13, 2020, 10:32am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/5 "2020-07-13T10:32:23Z")

</div>

Danke!

---

<div class="post-metadata">

**Author:** ![gps2003](https://discourse.devontechnologies.com/letter_avatar_proxy/v4/letter/g/ecccb3/32.png) [@gps2003](https://discourse.devontechnologies.com/u/gps2003)\
**Post date:** [July 19, 2020, 11:09am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/6 "2020-07-19T11:09:03Z")

</div>

Das ist ein Fehler, der gelegentlich beim Sync auftritt.

Folgende Erfahrungen habe ich in den letzten Jahren gemacht:

Bis vor einem Jahr hatte ich für die meisten DB den Provider CloudMe in Verwendung. Bei diesem ist der Fehler immer häufiger aufgetreten. Ich bin dann mit diesen DB’s zu MagentaCloud (WebDAV) gewechselt. Seitdem hatte ich nie wieder einen Fehlermeldung dieser Art (egal welche Verbindungszahl eingetragen ist). MC ist sehr performant und aus meiner Sicht sehr stabil.

Für zwei weitere (ca. 6 GB ) grosse DB’s habe ich zusätzlich die Hetzner StorageBox “ausprobiert”. Auch hier tritt immer wieder diese Fehlermeldung auf, so dass ich letztlich auch diese beiden DB’s nach MagentaCloud umgezogen habe. Seitdem läuft alles stabil.

Der einzige CloudService (neben MC), bei dem ich nie eine Fehlermeldung erhalten habe, ist der iCloud Service. Nachteilig finde ich hier nur, dass man nur einen SyncStore anlegen. Ich bevorzuge es für jede DB einen eigenen SyncStore zu haben.

Auch wenn in den DevonThink FAQ von MagentaCloud abgeraten wird - ich kann diesen Dienst eigentlich nur empfehlen. Als Telekom Kunde stehen mir 25 GB zur Verfügung, was für mich ausreichend ist.

---

<div class="post-metadata">

**Author:** ![chrillek](https://discourse.devontechnologies.com/user_avatar/discourse.devontechnologies.com/chrillek/32/29340_2.png) [@chrillek](https://discourse.devontechnologies.com/u/chrillek)\
**Post date:** [July 19, 2020, 12:20pm UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/7 "2020-07-19T12:20:17Z")

</div>

> [@gps2003](#):
>
> Der einzige CloudService (neben MC), bei dem ich nie eine Fehlermeldung erhalten habe, ist der iCloud Service.

Fehlermeldungen habe ich bei iCloud auch nie bekommen. Obwohl der Sync häufig hing.  
Meine Erfahrungen mit MC sind, wie deine, deutlich besser – schnell und zuverlässig.

---

<div class="post-metadata">

**Author:** ![cgrunenberg](https://discourse.devontechnologies.com/user_avatar/discourse.devontechnologies.com/cgrunenberg/32/7172_2.png) [@cgrunenberg](https://discourse.devontechnologies.com/u/cgrunenberg)\
**Post date:** [July 20, 2020, 7:19am UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/8 "2020-07-20T07:19:42Z")

</div>

> [@gps2003](#):
>
> Ich bevorzuge es für jede DB einen eigenen SyncStore zu haben.

Nur so aus Interesse, aber gibt es hierfür einen konkreten Grund? Der Aufwand mit nur einem Sync Store ist natürlich geringer und die Daten mehrerer Datenbanken in einem Sync Store sind komplett voneinander getrennt und haben auch keinen Einfluss auf z.B. die Geschwindigkeit.

---

<div class="post-metadata">

**Author:** ![gps2003](https://discourse.devontechnologies.com/letter_avatar_proxy/v4/letter/g/ecccb3/32.png) [@gps2003](https://discourse.devontechnologies.com/u/gps2003)\
**Post date:** [July 20, 2020, 1:12pm UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/9 "2020-07-20T13:12:47Z")

</div>

Vor ein paar Jahren, als die SyncStore Technologie eingeführt wurde, gab es mal den Tipp möglichst für jede DB einen eigenen SyncStore zu nutzen. Ich fand das damals einleuchtend und nutze es seitdem so konsequent, dass ich es “komisch” empfinde, wenn ich verschiedene DB’s in einem Syncstore (z.B. bei iCloud) liegen.

Aber ich vermute ich sehr, dass diese Empfehlung heute gar nicht mehr gilt…

---

<div class="post-metadata">

**Author:** ![BLUEFROG](https://discourse.devontechnologies.com/user_avatar/discourse.devontechnologies.com/bluefrog/32/135_2.png) [@BLUEFROG](https://discourse.devontechnologies.com/u/BLUEFROG)\
**Post date:** [July 20, 2020, 1:24pm UTC](https://discourse.devontechnologies.com/t/fehlermeldung-nsurlerrordomain-1001/57224/10 "2020-07-20T13:24:40Z")

</div>

Es handelt sich weniger um eine Empfehlung als vielmehr um eine Option.

Es ist nichts dagegen einzuwenden, einen Sync-Standort pro Datenbank zu verwenden. In einigen Fällen ist es eine optimale Idee. Ich habe zum Beispiel einen Kunden, der mit entfernten Agenten an Rechtsangelegenheiten arbeitet. Durch die Verwendung eines Sync-Speichers pro Datenbank können sie sicherstellen, dass jeder Agent nur Zugriff auf den Fall hat, an dem er gerade arbeitet. Es gibt andere Fälle, in denen einige Personen Zugriff auf mehrere Datenbanken benötigen, aber nicht auf alle.

(Übersetzt mit [https://deepl.com](https://deepl.com))