Druckerwarteschlange verstecken
Hallo zusammen,
wir haben auf einen Server 2023 u.A. "Canon uniflow" eingerichtet, der ja die Druckerwarteschlange von Windows benutzt.
Gibt es eine Möglichkeit, dass man (alle Mitarbeiter) die Druckerwarteschlange nicht sieht?
Denn es "verwirrt" einen doch, wenn man den Drucker auswählen möchte, man "20" Druckjobs sieht, die nicht von einem selbst sind.
Wenn man die Warteschlange öffnet, sieht man zwar "nur" den Benutzer, aber nicht die Dokumentennamen, aber am schönsten ist es, wenn die MA gar nichts, oder nur deren eigegenen Druckjobs sehen würden.
Danke
wir haben auf einen Server 2023 u.A. "Canon uniflow" eingerichtet, der ja die Druckerwarteschlange von Windows benutzt.
Gibt es eine Möglichkeit, dass man (alle Mitarbeiter) die Druckerwarteschlange nicht sieht?
Denn es "verwirrt" einen doch, wenn man den Drucker auswählen möchte, man "20" Druckjobs sieht, die nicht von einem selbst sind.
Wenn man die Warteschlange öffnet, sieht man zwar "nur" den Benutzer, aber nicht die Dokumentennamen, aber am schönsten ist es, wenn die MA gar nichts, oder nur deren eigegenen Druckjobs sehen würden.
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 92520316273
Url: https://administrator.de/contentid/92520316273
Ausgedruckt am: 21.11.2024 um 23:11 Uhr
11 Kommentare
Neuester Kommentar
probierst mal direkt an den printer zu senden
www.barrcentral.com/help/beps/Enabling_the__Print_directly_to_the_printer__setting.htm
www.barrcentral.com/help/beps/Enabling_the__Print_directly_to_the_printer__setting.htm
Mach das nicht auf einem Server, auf dem offenbar mehrere Menschen gleichzeitig arbeiten. Das ist Unsinn.
Zitat von @erikro:
Mach das nicht auf einem Server, auf dem offenbar mehrere Menschen gleichzeitig arbeiten. Das ist Unsinn.
Mach das nicht auf einem Server, auf dem offenbar mehrere Menschen gleichzeitig arbeiten. Das ist Unsinn.
ja? das funktionierte bei mir seit über einem Jahrzehnt auf 40+ Netzwerkdruckern 1a. Darum gehts doch hier auch (gebe zu man muss vermuten dass es sich um einen Server mit Print-Server-Rolle handelt).
Was soll das Problem sein?
Zitat von @atarjono:
Naja dann rufen die User beim Support an und die können ja alles sehen.
Wie gesagt wir haben schon "beschwerden" bekommen.
Ansonsten wird das so kommuniziert und, dann ist das so, auch wenn ich es unschön finde.
Naja dann rufen die User beim Support an und die können ja alles sehen.
Wie gesagt wir haben schon "beschwerden" bekommen.
Ansonsten wird das so kommuniziert und, dann ist das so, auch wenn ich es unschön finde.
"oh man, vom HR hängt die Kündigung von Achim fest - ich will endlich meine 50 Einladungen zur Hochzeit drucken"
Ich hab leider keine Ahnung was Canon uniflow ist, aber wenn hier bei mir 10 Leute gleichzeitig auf dem gleichen, von einem Printserver freigegebenen Netzwerkdrucker drucken, sieht keiner Jobs von einem anderen. Das wäre auch doof. Ggf könnte man dann ja Jobs des anderen löschen.
Oder bin ich da komplett auf dem Holzweg? 🤔
Oder bin ich da komplett auf dem Holzweg? 🤔
Moin,
Wenn Du direkt an den Drucker sendest, steht das Programm so lange still, bis der Drucker fertig ist mit Drucken. Ist der Drucker beschäftigt, dann steht das Programm so lange still, bis die vorhandenen Drucke und der eigene Druckjob fertig ist.
Du meinst aber was ganz anderes. Was Du meinst ist der Verzicht auf einen Druckerserver. Dann hast Du den Spooler auf jedem einzelnen Client. Das löst aber das "Problem" des TO nicht, da es sich ja um einen Terminalserver handelt. Der hat eine Druckerwarteschlange, in dem alle Drucke zu sehen sind. Der TO will aber, dass der User nur die eigenen sieht.
Den Verzicht auf einen Druckerserver halte ich aus Erfahrung auch für eher suboptimal. Geht nämlich mal was schief (z. B. User definiert keinen Druckbereich in Excel und druckt deshalb Millionen von leeren Blättern aus), kannst Du den bösen Druckjob auf dem Druckerserver löschen. Hast Du keinen zentralen Druckerserver, darfst Du von Rechner zu Rechner laufen und den bösen Job suchen.
Liebe Grüße
Erik
Zitat von @cse:
ja? das funktionierte bei mir seit über einem Jahrzehnt auf 40+ Netzwerkdruckern 1a. Darum gehts doch hier auch (gebe zu man muss vermuten dass es sich um einen Server mit Print-Server-Rolle handelt).
Was soll das Problem sein?
Zitat von @erikro:
Mach das nicht auf einem Server, auf dem offenbar mehrere Menschen gleichzeitig arbeiten. Das ist Unsinn.
Mach das nicht auf einem Server, auf dem offenbar mehrere Menschen gleichzeitig arbeiten. Das ist Unsinn.
ja? das funktionierte bei mir seit über einem Jahrzehnt auf 40+ Netzwerkdruckern 1a. Darum gehts doch hier auch (gebe zu man muss vermuten dass es sich um einen Server mit Print-Server-Rolle handelt).
Was soll das Problem sein?
Wenn Du direkt an den Drucker sendest, steht das Programm so lange still, bis der Drucker fertig ist mit Drucken. Ist der Drucker beschäftigt, dann steht das Programm so lange still, bis die vorhandenen Drucke und der eigene Druckjob fertig ist.
Du meinst aber was ganz anderes. Was Du meinst ist der Verzicht auf einen Druckerserver. Dann hast Du den Spooler auf jedem einzelnen Client. Das löst aber das "Problem" des TO nicht, da es sich ja um einen Terminalserver handelt. Der hat eine Druckerwarteschlange, in dem alle Drucke zu sehen sind. Der TO will aber, dass der User nur die eigenen sieht.
Den Verzicht auf einen Druckerserver halte ich aus Erfahrung auch für eher suboptimal. Geht nämlich mal was schief (z. B. User definiert keinen Druckbereich in Excel und druckt deshalb Millionen von leeren Blättern aus), kannst Du den bösen Druckjob auf dem Druckerserver löschen. Hast Du keinen zentralen Druckerserver, darfst Du von Rechner zu Rechner laufen und den bösen Job suchen.
Liebe Grüße
Erik