Servus, seit einigen Tagen schlage ich mich jetzt schon mit einem Problem rum, mit dem ich partout nicht weiterkomme. Ich kopiere einfach mal mein Posting aus news:de.comp.os.unix.linux.misc hierher, die Jungs da konnten mir auch nicht weiterhelfen.
[Beginn] Mahlzeit, ich hatte mich vor einiger Zeit schonmal hier mit meinem Druckerproblem gemeldet, die Loesung war megaeinfach: es gibt keinen lpd auf dem zielhost (515), die Drucker koennen nur unter smb angesprochen werden *aechz*, auf _die_ Idee haette ich auch frueher kommen koennen, anyway. Die Odysee geht latuernich weiter. Nach Konsultation diverser Webseiten, http://www.openoffice.de/linux/buch/, dem Ganten (liegt vor mir) komme ich mal wieder nicht weiter, wer haette es gedacht. Der Drucker (HP ljet 4050 N) ist angebunden ueber eine NT 4 Workstation, mit einer Windowskiste kann ich auch ohne Probleme auf den Drucker zugreifen. Der ganze Kram hier funktioniert ueber das Domaenenkonzept, wenn ich das mal so beschreiben darf. Uebliche Vorgehensweise, wie ich inzwischen herausgefunden habe: Drucker mit magicfilterconfig konfigurieren, die Zeile :lp=/dev/lp0:\ in :lp=|/usr/local/bin/script aendern (wofuer das "|"? Warum kein ":\ mehr dahinter?) und den Druckerdaemon neu starten. Gesagt, getan, die printcap sieht jetzt so aus: # Einleitungsblabla lp|ljet4050|HP Laserjet 4050:\ :lp=|usr/local/bin/winprint :sd=/var/spool/lpd/ljet4050:\ :sh:pw#80:pl#66:px#1440:mx#0:\ :if=/etc/magicfilter/ljet4050-filter:\ :af=/var/log/lp-acct:lf=/var/log/lp-errs: Und das war es auch schon. Zu dem Skript "winprint" kommen wir gleich, jedweder Versuch, mit "lpr [file] was zu drucken, erzeugt folgenden Status bei lpq: Printer: lp@ayahuasca 'HP Laserjet 4050' Queue: no printable jobs in queue Status: job 'root@ayahuasca+437' removed at 17:17:25.117 Und folgenden Eintrag bei /var/log/lp-errs: 2001-11-28-17:17:25.114 ayahuasca lp: Make_passthrough: bad filter 'usr/local/bin/winprint' soll mir wohl sagen, dass er mit dem Skript nix anfangen kann. Das Skript habe ich mal spasseshalber wie im Ganten beschrieben erzeugt: [Anfang] #!/bin/sh server=apollo service=ITO password="whocares" ( echo "print -" cat ) | /usr/bin/smbclient "\\\\$server\\$service" %$password -U $server -W MUNICH -P -N [Ende] Allerdings scheint mir das ohnehin keinen Sinn zu machen, weil (gemaess man smbclient) der Username "servername" keinen Sinn macht, ausserdem wird eine Passwortangabe unterdrueckt (es wird aber trotzdem angegeben), komisch. Wenn ich die Befehlszeile mal eingebe: smbclient "\\\\apollo\\ITO" whocares -U apollo -N -P dann: added interface ip=[meine IP] bcast=...255 nmask=255.255.255.0 Connection to failed Hm, er mag wohl die Anfuehrungszeichen nicht? smbclient \\\\apollo\\ITO whocares -U apollo -N -P added interface ip=[meine IP] bcast=...255 nmask=255.255.255.0 error connecting to [apollo_IP]:139 (Connection refused) Connection to apollo failed Hm, macht Sinn, woher soll der auch wissen, wie bei Windows mein Loginname ist, einen User apollo kennt er auch nicht, also: man smbclient. Und siehe da: smbclient \\\\apollo\\ITO -U urs.traenkner%whocares -W DOMAIN -P fuehrt zu: added interface ip=[meine IP] bcast=...255 nmask=255.255.255.0 Domain=[MUNICH] OS=[Windows NT 4.0] Server=[NT LAN Manager 4.0] smb: \> allerdings, und das ist der Gag, nicht immer. Manchmal wird die connection immer noch "refused", warum auch immer. Mit "print blabla.txt" (natuerlich nur, wenn die Files vorher mit recode CR-LF-behandelt wurden, ich bin ja schon froh, dass der Befehl print das Seitenvorschubdingens am Ende reinzufummeln scheint) oder "print blabla.ps" kriege ich so schonmal Dinge auf den Drucker. Ein Anfang. Aber waere schon schoen, wenn das noch etwas automatischer ginge. Also das Skript winprint angepasst: [Anfang] server=apollo service=ITO password="whocares" ( # NOTE You may wish to add the line `echo translate' if you want # automatic # CR/LF translation when printing. if [ $TRANS -eq 1 ]; then echo translate fi echo "print -" cat ) | /usr/bin/smbclient "\\\\$server\\$service" -U urs.traenkner%$password -W MUNICH -P [Ende] Den Zusatz mit dem CR/LF habe ich aus dem smbprint vom samba-package, macht auch nix aus, wenn ich das wegnehme. Dito die Anfuehrungszeichen von \\\\server_etc, usw. Ich scheine zwar der Loesung nahe zu sein, aber irgendwie fehlt da nochwas. Any hints? BTW, bitte nicht mit "installier doch CUPS" oder so einer Scheisse anfangen, ich _habs_ versucht, aber debian kennt nur cupsys und cupsys-bsd als package, die anderen packages, die in openoffice.de/linux/buch/... beschrieben werden, gibt es nicht bei potato, und unstable mit potato mischen ist vielleicht eher uncool. Die Installation von cupsys und cupsys-bsd fuehrt dann dazu, dass der angeblich vorhandene Befehl "lpinfo" nicht vorhanden ist, http://localhost:631/admin gibt es nicht usw. Verzweifelter Gruss, Urs... [Ende] Any hints? Gruss Urs... -- ----------------------------------------------------------- Um sich aus der Liste auszutragen schicken Sie bitte eine E-Mail an [EMAIL PROTECTED] die im Subject "unsubscribe <deine_email_adresse>" enthaelt. Bei Problemen bitte eine Mail an: [EMAIL PROTECTED] ----------------------------------------------------------- 1033 eingetragene Mitglieder in dieser Liste.