Moin,
Wunderbar, also Scriptserver involviert. D.h. Du kannst per HELIOS oder EtherShare Admin (oder idealerweise direkt auf dem Server [1]) im scriptsrv.log nachgucken, was der Server zur Thematik meint.
So weit, so schlecht. Aber das Spannende ist doch, daß hier der scriptsrv involviert ist, der ggf. einen "close"-Event für die Datei zu früh bekommt, dann anfängt, die Datei zu verarbeiten und dabei auf die Fresse fällt, weil die Datei bspw. noch gar nicht fertig ist.
Ich kenne einige Installationen, wo man den scriptsrv gar nicht benutzen kann, weil er viel zu häufig zu früh bzw. viel schlimmer
gar nicht auf Dateien anschlägt und man deshalb null Produktionssicherheit mehr hat. Im ersteren Fall (zu früher close-Event) findest Du aber alles Nötige im scriptsrv.log (im zweiten Fall muß man genauer nachgucken, was aber nur was für Leute mit bisserl Übung in der Shell ist [2] und was man besser unterläßt, wenn man sich nicht sicher ist, was man tut)
Also in dem Moment auch kein scriptsrv involviert.
Also in dem Fall nicht InDesign damit beauftragt, die Datei in den Hotfolder zu kopieren, sondern der Finder. Das kann sich massiv hinsichtlich der seitens des Macs generierten "low level"-Events unterscheiden, d.h. kann ein völlig anderes Ergebnis haben,
wann der scriptsrv die Datei als fertig kopiert betrachtet und das für den Hotfolder konfigurierte Skript antritt.
Grundsätzlich immer ganz, ganz schlecht, parallel auf die selben Volumes per AFP und SMB gemischt zuzugreifen (weil andere Repräsentation von Finder-Metadaten und Resourceforks). Das ist im Fall von Hotfoldern zwar regelmäßig wurscht, sollte man sich aber grundsätzlich abgewöhnen, weil es zu nichts als Ärger führt.
Dann stellt sich die Frage:
Wie wird dieser SMB-Zugriff realisiert? Setzt Ihr PCShare auf dem Helios-Server ein oder wird der Hotfolder via Samba (oder sonstwie?) freigegeben? Grundsätzlich sollte immer PCShare benutzt werden aber man kann nicht davon ausgehen, daß es überall so ist. Drum ist diese Information
wichtig.
Inwiefern? Wie kriegst Du auf einem "nicht von Helios servierten AFP Volume" einen Hotfolder zum laufen, hinter dem das gleiche psresolve.pl Skript steckt? Also
was hast Du damit eigentlich getestet bzw. meinst Du, getestet zu haben?
Doch, schon viel besser
Es geht nicht darum, wer das Problem hat, sondern wem das Problem verständlich gemacht werden soll. Wenn Du
hier in die Runde fragst, dann solltest Du das Problem so schildern, daß es auch hier verständlich ist. Also von Leuten nachvollzogen werden kann, die weder Dein Setup, noch das, was Du als "selbstverständlich" oder "geht gar nicht" ansiehst, kennen, noch irgendwas von dem, was bei Dir auf den Kisten passiert, vor ihren Augen haben.
Das setzt dezentriertes Denken voraus (in die Position eines unbekannten Dritten versetzen und das Ganze versuchen, aus seiner Perspektive, d.h. absolut null Vorwissen und keine Möglichkeit, etwas direkt zu sehen, zu betrachten) und hilft mir regelmäßig, ein Problem soweit einzugrenzen, daß ich es selbst lösen kann. Genau diese Formulierung eines technischen Sachverhalts für einen imaginären und völlig unbeteiligten Dritten, hilft oft, ein strukturiertes Problembild überhaupt aufzubauen. Meines Erachtens fällt bei sowas sofort auf, daß ein Test auf ein beliebiges AFP-Volume (ohne involvierten Skriptserver) keinerlei Aussagekraft hat.
Und was für potentielle Helfer hier im Forum evtl. viel wichtiger ist: Anhand der Formulierung eines Problems erkennt man, wie strukturiert der Fragesteller vorgeht (also "Ich habe mir das angeschaut, ich habe das und das probiert, ich komme bis hierhin und weiß nicht weiter" versus "Hilfe, nix geht, Deadline im Rücken, keine Zeit genauer nachzuschauen. Helft mir gefälligst!" -- beliebige Grauabstufungen zwischen beiden Positionen möglich).
Und kann sich dann überlegen, ob man nachhakt (weil der Fragesteller signalisiert, daß er so und so weit ist und sich auch darauf einläßt, Vorschläge zur Eingrenzung nachzugehen) oder es besser gleich bleiben läßt, weil der Fragesteller signalisiert, daß er null Eigenleistung zu einer weiteren Eingrenzung erbringen wird und nur auf Lösungsansätze aus dem Forum aus ist, die ihn ggf. weiterbringen.
Beide Ansätze sind ja aus Perspektive des Fragestellers auch in Ordnung. Wie viel Erfolg man mit welchem hat, merkt man ja dann an Anzahl und Qualität der Antworten. Und ich zumindest antworte im Regelfall nur, wenn mich die Fragestellung an sich interessiert und abzusehen ist, daß man durch Beschäftigung mit dem Problem zu interessanten Erkenntnissen kommt.
Yo, man kann den Willen tatsächlich erkennen
. Und von wegen "ins Gericht gehen". Ich schreib halt ohne Rücksicht auf Verluste, was ich denke. Andere denken sich ihren Teil und antworten einfach nicht. Letzten Endes ging's mir bei meiner Kritik nicht darum, auf Dir rumzuhacken sondern nur aufzuführen, was mir
inhaltlich an Deinen Problembeschreibungen fehlt bzw. was mich hindert, mich der Sache anzunehmen.
Ich hoffe, es kommt immer wenigstens noch teilweise als konstruktive Kritik an, auch wenn ich mich nicht sonderlich bemühe, Kritik in Watte zu packen, weshalb das wohl meist "zu harsch formuliert" ankommt. Ist aber nicht meine Intention. Für reines Bashing wär' mir meine Zeit zu schade. Geht schon darum, was zum Positiven zu ändern
Gruss,
Thomas
[1] Auf dem Server kann man sich das ScriptServer-Log live anzeigen lassen per
[2] Um sich beliebige File-Events anzugucken, kann man direkt auf dem HELIOS-Server eine Verbindung mit localhost auf Port 2002 aufbauen und sich für quasi "alles" per "registertype \0\0\0\0" registrieren. [b]Achtung: Wenn man das macht, kann es sein, daß man die Event-Schnittstelle "überlastet", d.h. sowohl die Funktionalität des Skriptsrvs stört als auch ggf. OPI-Erzeugung blockiert, etc. Empfiehlt sich also für das Debugging von solchen Problematiken eigentlich nur in ruhigen Phasen und nach Studium des ImageServer Manuals diesbzgl.
Eine Beispiel-Session sieht übrigens so aus:
Wenn viel auf dem Server los ist, muß man das "quit" zum Verlassen des Dienstes quasi blind tippen, weil einem vor lauter Events, die gelistet werden, keine Kontrolle mehr über die Eingabe neuer Befehle bleibt. Evtl. nix für schwache Nerven und nichts, was man auf einem eh schon am Anschlag laufenden Server machen sollte!