Hallo Leute,
hat jemand eine Idee, was mit Schriften passiert ist, die gezippt per Mail ankommen und nach dem entpacken als (Unix)-EXEC-File mit 0 KB dargestellt werden.

Das Schriftenpaket wurde ursprünglich per CD geschickt (da fehlte eben eine Schrift) und da waren die Schriften in Ordnung, also ist nicht zu vermuten, dass der Fehler beim Kunden liegt.

Vielen Dank
Jörg

Hallo, Jörg,

das Problem entsteht beim Zippen der Schriften. Dabei verliert die Schrift ihre Data-Fork. Was Du dann beim Entzippen siehst, ist die Resource-Fork (oder ein Abbild davon).
Dies passiert öfters bei Type-1-Schriften (also älteren Schriften).

Wie wir bei uns beobachtet haben, entsteht dieser Fehler auch, wenn mit der Mac-OS-internen ZIP-Funktion gezippt wurde. Und, seltener, bei der Mail-Übermittlung.

Unsere Lösung: Zippen mit StuffIt Deluxe. Da entsteht der Fehler nicht.
Und: Übermittlung via FTP-Server. Dann ist der «Mail-Fehler» ebenfalls eliminiert.

eher umgekehrt. Die Ressource Form bleibt auf der Strecke. Im Falle von Macfonts steckt dort allerdings die komplette relevante Information drin.

Dank böc und Thomas,

gibt es keine Möglichkeit da ein Postfix anzuhängen und dann ist wieder alles fein???

...selbst der Hinweis mit FTP scheitert, weil der Kunde zu bl... einen FTP-Client downzuloaden geschweige denn mit meiner Hilfe einzurichten, na ihr wisst schon – was ist denn das Ding mit der Schnur?? .. ach die Maus – toll.

Schönes Wochenende für euch
Gruß Jörg

Und am besten gleich nur als .sit verpacken,
dann ist alles okay.

Das ist m.E. Kappes. Gerade die Probleme mit Stuffit in den letzten Jahren, seit durch Installation des aktuellen Expanders die vorherigen Vollversionen teilweise lahmgelegt, teilweise zu unbrauchbarem Datenschott führen, wäre den Teufel mit dem Beelzebub auszutreiben.

Seit 10.4 kommt der Systemeigene ZIPper problemlos mit allem zurecht was man ihm vorwirft.
Problematisch ist in dem Fall einzig, und das kann auch beim Einsatz von Stuffit nach wie vor in die Hose gehen, ist der Fall wenn die Daten auf einem Volume liegen, das selber schon nicht sauber mit Ressource und Datafork umgehen kann, also z.B. diverse NASen oder per smb:// gemountete Volumes.

Thomas,

ich habe das Problem mit Stuffit überhaupt nicht
und es funktioniert auch im Austausch mit meinen
diversen Dienstleistern und Kunden ohne ein
Problem.

Antwort auf [ Thomas Richard ]

Das ist m.E. Kappes. Gerade die Probleme mit Stuffit in den letzten Jahren, seit durch Installation des aktuellen Expanders die vorherigen Vollversionen teilweise lahmgelegt, teilweise zu unbrauchbarem Datenschott führen, wäre den Teufel mit dem Beelzebub auszutreiben.

Mein lieber Thomas,

wir haben hier StuffIt Deluxe auf 18 Mac-Arbeitsplätzen (10.4.x und 10.5.x), und alles läuft bestens. Auch der Datenaustausch mit Kunden geht problemlos.
Das einzige Problem war das QuickTime-Update; doch auch das konnte ja gelöst werden.

Und, eben, wie wir feststellen mussten (im Austausch mit Kunden und mit eigenen Tests) ist der systemeigene ZIPper sehr kapriziös. Mal geht es, mal nicht ...

Dirk, böc,

das hängt eben ganz vom Umfeld ab.

Ich hab hier inzwischen in dutzenden von Variationen ziemliches Theater mit Stuffit gehabt, weil jeder der nicht schleunigst jedes Update mitmacht (was ja zu Zeiten der 10.0 und 11.0 auch zu katastrophalen Folgen geführt hat, in ziemliche Probleme rennt wenn er die Freien Tools wie DropStuff und Stuffit Expander nachinstalliert hat, und die die Stuffit Engines ersetzt haben, die dann die alten Suffit Pro Programme in einen äusserst Wankelmütigen Zustand versetzt haben.

das soll nicht heissen, das der Boom Archive Helper nicht auch Theater gemacht hat, aber seit 10.4 läuft das Teil hier klaglos.