-
Follow me printing auf Kyocera von AS400
Hallo,
wir wollen eine FollowMe bzw. Card'n Print Drucklösung von der AS400 äh iSeries (V6R1) auf eine Kyocera 5550ci MFP implementieren, wissen aber nicht, wie wir den AS400-Usernamen dem Drucker bekanntgeben können.
Ich habe das Drucker- und das Programmierungsforum schon durchsucht, bin aber leider nicht fündig geworden.
Ich bin dankbar für jeden Lösungsansatz.
-
Diese Frage verstehe ich so überhaupt nicht.
Wenn du von der AS/400 auf den Drucker drucken willst, so brauchst du keinen User-Namen sondern erstellst einen Drucker (DEVD) oder Remote-OUTQ auf der AS/400 selber.
Bespiele für Drucken mit Kyocera oder PLC6-Druckern findest du hier genug.
-
Oh da hab ich mich missverständlich ausgedrückt.
Also: wir wollen eine Sicherheitslösung von Kyocera anschaffen, die sicherstellt, dass jeder Ausdruck nur vom berechtigten Benutzer mittels Chipkarte am Drucker freigegeben werden kann.
Bei den PC-Ausdrucken funktioniert das klaglos, bei den AS400 Druckaufträgen kann der Drucker nicht feststellen, von welchem AS400-User der Ausdruck produziert wurde.
Was muss ich also tun, damit die Freigabe per Chipkarte auch für die AS400-Benutzer möglich wird?
-
Ich denke, da hast du keine Chance, da der User beim Senden an Drucker nicht übertragen wird sondern nur der reine Druckerdatenstrom.
Es nützt auch insofern nichts, da die WTR-Jobs alle unter dem User QSPLJOB laufen.
Die PC-Lösung funktioniert ja deshalb, da du auf dem PC einen Druckertreiber verwendest, der dies dem Drucker eben mitteilt.
Auf der AS/400 gibts aber nur die Datenstromumsetzung.
Ggf. musst du den Hersteller mal fragen, was denn als Information benötigt wird und wie diese anzugeben ist.
Ggf. kannst du dies per PreScribe-Befehl (Kyocera) oder ESC-Sequenz als TRNSPY-Feld in deine Spools einbetten.
Dies erfordert allerdings eine Programmänderung.
-
Oder Du schickst die Spools an den PC und von dort weiter an den Drucker. Ein Versuch wäre es wert.
GG
-
Das hat insofern nur Sinn, wenn für jeden User ein PC (nämlich seiner) mit einer 5250-Druckersitzung eingerichtet wird.
Allerdings hat die 5250-Druckersitzung den Nachteil, dass sie kein AFPDS und somit kein Barcode/Overlay usw. unterstützt.
Auch mit A4-Hochformat gibt es immer noch die selben Schwierigkeiten.
Und wenn du einen zentralen PC irgendwo aufstellst ist es immer der selbe User, nämlich der, der die Sitzung gestartet hat.
Auch wenn man einen Print-Server nimmt, meldet dieser sich ja immer als der selbe User.
-
Ja klar, aber er will es ja User basiert. Außerdem würde ich das als remoteoutqueue mit LPD machen.
GG
-
LPD ist ja das Problem.
der QSPLJOB-User sendet an den LPD und dieser sendet seinen aktuellen User über den Treiber an den Drucker.
Der Ersteller des Spools auf der AS/400 ist und bleibt dem Drucker weiterhin unbekannt.
Wenn es nicht anders geht, muss man halt je User eine 5250-Drucker-Sitzung erstellen, die AS/400-Spools an diese Outq's je User dann weiterleiten.
Die 5250-Drucker-Sitzung meldet sich dann am Drucker als der angemeldete Windows-User.
Leider ist das nicht ganz so sicher, da man auf der AS/400 mit der entsprechenden *SPLCTL-Berechtigung jeden Spool ja dann auf seinen persönlichen Drucker umleiten kann.
-
Wie genau soll die Einschränkung funktionieren? Der Benutzer erstellt unter IBM i for Business eine Spooldatei, die der Drucker aber nicht ausdrucken darf, weil der Benutzer zum Ausdrucken dieser Spooldatei auf diesem Drucker nicht berechtigt ist?
-
Nö, noch einfacher:
Der User hat eine Chipkarte mit der er zum Drucker geht.
Erst wenn er sich mit der Chipkarte am Drucker angemeldet hat (Pin, Daumenabdruck, Augenhintergrund ... ), sollen seine persönlichen, mit seinem AS/400-Profil erstellten Spools nun an diesem Drucker ausgedruckt werden dürfen.
-
Also die AS/400 sendet die Daten an den PC. Der Druckertreiber dort gibt aber doch dann den Windows Benutzer an den Drucker weiter oder den Original AS/400 User?
Man müßte sich die Daten mal anschauen indem man auf den PC in eine Datei druckt und dann würde man ja sehen was passiert. 5250 Drucker-Sitzungen mag ich nicht so.
GG
-
Man bedenke, dass mit dem Drucker auf 2 Arten kommuniziert wird:
- Druckersteuerung
- Druckerdatenstrom
Die Steuerung erfolgt z.B. mittels PJL, SNMP, LPD (Treibereinstellung im Device, LPD bei Remote-OUTQ).
In der Steuerung verbergens sich meistens die benötigten Informationen wie ggf. Papierformat oder eben auch Userinfos.
Im Druckerdatenstrom wird eben nur der zu druckende Inhalt ausgegeben, wobei Steuerungsfunktionen mittels ESC-Sequenz oder wie bei Kyocera mittels PreSribe-Befehlen möglich sind.
Beim Drucken in Datei wird nur der Druckdatenstrom ausgegeben.
Man kann eine solche Ausgabe meist auch per DOS-CPY-Befehl an die Ausgabe (früher halt LPT, PRN o.ä.) ausgeben.
Bei den neueren MFP-Druckern fehlt da meistens aber z.B. die Ansteuerung des Druckwerkes an Stelle des Scanners. Deshalb funktioniert dieser CPY eher selten.
In wie weit nun die AS/400 User-Informationen über die Steuerung (PJL...) nun weitergibt bleibt wohl nur zu raten, ggf. per Linetrace zu ermitteln.
Similar Threads
-
By Bratmaxxe in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 29-06-06, 10:29
-
By Fondue in forum NEWSboard Server Software
Antworten: 0
Letzter Beitrag: 28-04-06, 19:40
-
By hs in forum IBM i Hauptforum
Antworten: 19
Letzter Beitrag: 08-08-05, 09:42
-
By flherich in forum NEWSboard Drucker
Antworten: 0
Letzter Beitrag: 19-07-02, 15:07
-
By activ in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 24-05-02, 07:32
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks