wir nutzen Helios UB2 und Mac's mit Snow Leopard (InDesign CS5 und Quark 8)
Nun drucken wir via TCP auf einen Drucker via Helios. Dokument wird gespoolt und auch ausgegeben, allerdings bekommen wir immer vor dem eigentlichen Ausdruck ein Din A4 Blatt mit folgendem Error.
ERROR: undefined OFFENDING COMMAND:
STACK:
Das wars, danach startet der Druck. Das passiert aber auch nur an unserem Canon C1 mit Firey Rip.
Noch nicht direkt. Kann nur vermelden, daß ich seit heute Mittag von einem Kunden ein verwandtes Problem auf dem Tisch habe:
"Ansonsten ne frische Postscript-Meldung die von 10.7.3 Clients verursacht wird, wenn man mit den neuen HELIOS TCP UB2 und die passende Lexmark-Treiber auf den Drucker druckt. Die Seite kommt raus aber der Job landet im Error-Log mit folgender Meldung:"
Ich hab beim Kunden eben nochmal einen Job losschicken lassen. Der führte wieder zu einem fehlerhaften Job und einem korrekten Ausdruck. Irgendwie dröselt Helios' Spoolsystem den Druckjob, wie er vom Client daherkommt, in zwei Jobs auf, wenn er Richtung Drucker geschickt wird.
Da der Druckjob mittels PJL präfixed war, hab ich die Druckdaten, die in der Holdqueue geparkt waren, einfach mal weggeparkt und zweimal neu auf dem Server per Helios' lpr-Kommando losgeschickt.
a) Nicht modifiziert: Ergab wieder identisches Fehlerbild, d.h. es hat schon mal nichts mit der Kommunikation zwischen Client und Server zu tun sondern geschieht serverintern.
b) Ich hab den PJL-Header entfernt [1] und zur Sicherheit den %%Title-Kommentar im Job geändert. Et voilà: Keine Fehlermeldung, kein fehlerhafter Job sondern einfach nur Ausdruck wie erwartet.
Ich reiche das mal bei Helios rein. Das müssen die sich anschauen. Spannend wäre, mal die auf dem Mac verwendete PPD zugeschickt zu bekommen, um zu verifizieren, daß es sich bei Eurem Problem um etwas Verwandtes handelt. Bitte PPD packen, irgendwo online stellen und URL per PN zu mir.
so nach langen versuchen und probieren kann ich eine Lösung berichten.
Wir drucken via TCP auf unser Fiery RIP, direkt in die Print Queue.
Ich habe beobachtet das sobald der Job auf Helios im Drucker-Fenster ankommt ca. 1 Sekunde später unser RIP anfängt zu spoolen.
Folglich habe ich mir überlegt, der Druckjob verschwindet ja im Druckerfenster auf Helios aber erst nach rund 1-2 Minuten, dann ist er ja erst abgeschlossen.
Nun kam mir der Gedanke das a) Helios den Job zu früh frei gibt b) unser RIP zu früh den Job versucht abzuholen und somit die Datei kaputt geht oder unvollständig ist.
Drucke ich meinen Job via LPR in die HOLD-Queue, so geht der Job brav durch Helios, verschwindet dort auch im Druckfenster und erscheint erst anschließend im Firey RIP als HOLD und druckt später perfekt. Ohne Error oder ähnlichem.
Das umstellen von LPR - HOLD auf LPR - PRINT erbrachte ebenfalls ein positives Ergebnis.
Jetzt fragt sich nur ob ich das gleiche via TCP erreichen kann...