Hallo! On 13 Sep 2004 at 14:29 +0200, Marcus Walther wrote:
> Am Mon, 13 Sep 2004 13:20:08 +0200 schrieb "Elmar W. Tischhauser" > >An welchem Rechner/Printserver h�ngt der Drucker denn? Falls es ein > >PC ist: Funktioniert das Drucken auf diesem �ber die lokale > >Druckerschnittstelle? > > Es handelt sich um das interne Netzwerkinterface von SEH f�r diesen > Drucker. Ein lokaler Test ist also nicht m�glich. :/ Vielleicht kannst du ersatzweise die Kommunikation zwischen deinem lokalen CUPS und dem Printserver mal mit tcpdump/ethereal o.�. mitschneiden und vergleichen? In den Logdateien sah f�r meine Begriffe n�mlich eigentlich alles gut aus, es scheint, als sei CUPS den Druckjob korrekt an den Printserver losgeworden. > >Das w�rde also auf ein Softwareproblem hindeuten. Wie Christian schon > >fragte: Findet sich (nach erh�htem Debug-Level) im Log etwas > >Interessantes? > > Siehe meine Antwort darauf. Beim Vergleichen des problematischen und des funktionierenden Druckvorgangs ist mir aufgefallen, dass CUPS bei ersterem noch eine (automatische) Wandlung von Text nach Postscript vornehmen musste, w�hrend das beim Drucken aus KEdit heraus vom Qt-Postscriptmodul erledigt worden ist. Das CUPS-eigene Wandeln sollte zwar laut Log funktioniert haben, vielleicht w�re es aber sinnvoll, zum Testen mal eine vorab erzeugte Postscript-Datei auf beide Weisen (Konsole, KDE) zu drucken? Gru�, Elmar PS. Die Kyocera-PPD ist unterwegs. -- [ GnuPG: D8A88C0D / 2407 063C 1C92 90E9 4766 B170 5E95 0D7F D8A8 8C0D ] ����������������������������������������������������������������������� Wenn der Deutsche hinf�llt, dann steht er nicht auf, sondern schaut, wer schadenersatzpflichtig ist. -- Kurt Tucholsky
pgp3o82ugmJlx.pgp
Description: PGP signature
