Hallo zusammen,

da ich weiß, dass hier ziemlich viele mit DevonThink unterwegs sind, ein Osterrätsel, bei dem ich derzeit feststecke:

Ziel: Ein Filesystem-Ordner soll in DT doppelt präsent sein:
(1) Als Verweis/Index (live-Spiegelung des Filesystems)
(2) Als echte Kopie innerhalb der DT-Datenbank (Backup)
Aufgabe:
Beides soll automatisch synchron gehalten werden: Änderungen im Filesystem werden als Kopie in DT übernommen.

Lösungsversuch bislang (siehe Sceenshot):

- Ordner /Source im MacOS-Filesystem als indizierter Ordner in DT.
- In DT gibt's einen normalen Ordner, bzw. eine normale Gruppe. Deren Name = Backup.
- Dann eine intelligente Regel: Nach Import von /Source dupliziere das, was du da findest, in die DT-Gruppe /Backup.

Funktioniert zwar - aber - sooo ganz intelligent ist Regel noch nicht:
Dupliziert wird im Filesystem. Nicht in DT.
Das wird schnell herzlich unübersichtlich.

Zudem: Mit stumpfem Duplizieren fang' ich mir beliebig viele Mehrfach-Kopien ein.
Nicht supertoll, wäre aber zur Not verschmerzbar, solange in DT, und nicht im Dateisystem. In DT gib's die Duplikatsuche. Eleganter wär's freilich, wenn die Duplikate gar nicht erst da wären...

Replizieren (statt duplizieren) erzeugt Links auf die Originaldateien, keine Kopien. Fällt demnach weg.

Anbei: Dasselbe Duplizieren funktioniert prima, wenn ich in DT's Inbox kopiere. Dann gibt's keine Mehrfachkopien in /source.
Kette aus zwei Regeln liegt nahe, aber geht's nicht auch in einer einzigen? Wieso verhält sich DT hier so unterschiedlich?

Wie löst Ihr ähnliche Fälle?

Dank für's Mitdenken und Gruß!

t.

Dir ist bewusst, dass ein indizierter Ordner gar keine Dateien in der Devonthink-Datenbank hat? Die Datenbank kennt nur den Pfad. Deshalb muss das Duplikat wieder im Filesystem entstehen.

Aber wenn ich dein Ziel richtig ergründe, willst du einfach nur ein Backup haben, bei dem deine DT-Metadaten erhalten bleiben. Richtig?
Du brauchst dann das alles gar nicht: Ein normales Backup-Tool sichert den indizierten Ordner im Filesystem. Eine zweite DT-Datenbank indiziert den Backup-Ordner - fertig. Zwei saubere, voneinander unabhängige Datenbanken, kein Smart-Rule-Konstrukt, kein Duplikat-Problem.

Das ging schnell..., Danke.
>>Die Datenbank kennt nur den Pfad. Deshalb muss das Duplikat wieder im Filesystem entstehen.

Genau.
Und darum such(t)e ich nach einer Möglichkeit, diese Duplikate direkt in einen DT-Ordner zu kopieren.
Das scheint so nicht zu gehen, und ich denke um.

Denn, richtig:
Ein externes Backup-Tool war auch meine nächste Variante. Dann bleibt DT "nur" die "Verwaltungs-Oberfläche". Dank Dir für den Input - und frohe Feiertage!