Probleme beim Verpacken in Adobe InDesign 20.5 unter macOS 26 mit Dateien auf Synology NAS (DSM 7.1)

[ben_2159]

Nach dem Update auf macOS 26 (Tahoe) tritt beim Verpacken von InDesign-Dokumenten (Version 20.5) ein reproduzierbarer Fehler auf, wenn die verknüpften Dateien auf einem Synology NAS (DSM 7.1.1-42962 Update 9)liegen und über SMB eingebunden sind.

Die Fehlermeldung lautet:
„InDesign konnte das Dokument nicht verpacken. Notwendige verknüpfte Dateien können nicht kopiert werden.“

Das Problem besteht nicht, wenn das gleiche Dokument samt aller verknüpften Dateien lokal auf der internen Festplatte gespeichert ist. Dort lässt sich das Verpacken problemlos durchführen.

Tests mit unterschiedlichen Dokumenten, Schriftarten und Dateiformaten bestätigen, dass die Ursache offenbar in der Kombination aus macOS 26 + SMB-Zugriff auf die NAS zu liegen scheint – nicht an beschädigten Dateien oder ungültigen Pfaden.

Wir bitten um Prüfung, ob es sich hier um ein Problem im Zusammenspiel von macOS 26 (SMB-Handling), Adobe InDesign oder DSM 7.1 handelt – und ob ein Fix oder Workaround geplant ist.

Vielen Dank vorab!

[ben_2159]

Hallo Ben,
ich kann das bestätigen – bei uns ist es genauso wie von Dir beschrieben. Ein Workaround ist mir nicht bekannt, außer auf einen älteren Rechner auszuweichen, der noch unter Sonoma läuft … bisher jedenfalls … leider.

[leo.r]

Workaround ist mir nicht bekannt, außer auf einen älteren Rechner auszuweichen, der noch unter Sonoma läuft … bisher jedenfalls … leider.

By @ben_2159

You can also install Sequoia or Sonoma on a different partition on your current machine and work from there until the issue is resolved. 

[Abhishek Rao]

Hi everyone,

Thanks for all the detailed inputs and for your patience. I checked back with the product team and wanted to share the latest update. The team has retested the Package workflow using InDesign 21.0, 21.0.1, and 21.0.2, and it’s working as expected internally on macOS 26 for both local and network locations, across different PDF presets and with both embedded and unembedded links. At this point, the issue isn't reproducible in our internal environment.

Since some of you are still running into this, we'll need to sync with you to better understand the exact workflow on your end and check if there's any specific setting, permission, or environment-related factor affecting access to linked files on the network. If anyone is available to join a short debugging session, that would be really helpful. Your inputs will be key to moving this forward.

In the meantime, please share details about your packaging workflow, where the links are stored, and any relevant permissions or security settings on the system or server.

Looking forward to your updates, so we can continue investigating this with the team.

Abhishek