Gleichzeitiges drucken eines Dokuments auf verschiedene Drucker

Drucker schrieb:
> Es muss aber doch auch eine Möglichkeit geben sowas
> vom Betriebssystem aus zu realisieren (shell script).

Nö.

Wenns die gleichen Drucker sind: In Datei drucken, Datei auf alle drei 
Drucker kopieren.

Das ist natürlich ein Problem.

Welchen Sinn hat es, ein Dokument gleichzeitig auf drei Druckern zu 
drucken?

Ah. Ja, so etwas mag ein Anwendungsfall sein.

Problematisch wird es, sobald unterschiedliche Drucker beteiligt sind - 
dann nämlich muss die druckende Anwendung selbst mehrfach drucken. Das 
liegt am Druckertreiberkonzept von Windows, bei dem die Druckausgabe im 
Prinzip das gleiche ist wie eine Bildschirmausgabe, d.h. die 
GDI-Anweisungen zum Zeichnen und zur Textausgabe werden nicht an einen 
Bildschirmdevicekontext, sondern an einen Druckerdevicekontext gesendet.

Abhilfe leistet hier die Verwendung z.B. eines PDF-"Druckers"; das damit 
erzeugte PDF-Dokument wiederum kann dann mit einem PDF-Betrachter an die 
unterschiedlichen Drucker gesendet werden (und obendrein als Datei 
archiviert werden, was vielleicht etwas ressourcenschonender als die 
Papierform ist).

Die Steuerung des PDF-Betrachters lässt sich je nach verwendetem 
Programm entweder per VBSkript und Automation oder aber mit so etwas wie 
"Autoit" übernehmen.

Eine andere Möglichkeit bestünde in der Verwendung von Postscript und 
der Ausgabe an einen virtualisierten Drucker (via 
http://pages.cs.wisc.edu/~ghost/redmon/), der dann wiederum die PS-Daten 
via Ghostscript auf die gewünschten Drucker drucken kann. Das wird 
allerdings etwas Gefrickel.

Das Dokument zu mailen wäre wohl zu einfach. Dann könnte sich Jeder der 
es als Papier haben will selbst auf dem ihm genehmen Drucker ausdrucken.

Drucker schrieb:
> Frank L. schrieb:
>> Das Dokument zu mailen wäre wohl zu einfach. Dann könnte sich Jeder der
>> es als Papier haben will selbst auf dem ihm genehmen Drucker ausdrucken.
>
> Mailen geht nicht, es ist kein Mailserver im Netzwerk vorhanden (es
> handelt sich um ein Netzwerk für Steuerungszwecke.

Wenn Drucken geht, dann geht auch Email.

> Aufgrund von
> Sicherheitsrichtlinien soll dort nur das laufen was unbedingt gebraucht
> wird. Es geht auch nicht drum ob jemand es auf Papier will es wird auf
> Papier gefordert. (Nachweis)

Find ich nach wie vor albern, aber was solls. Unter Verwendung von Email 
und eines etwas anwenderfreundlicheren Betriebssystems (z.B. Linux) 
könnte der Workflow so aussehen, daß man das Dokument als PDF oder 
Postscript an eine Email hängt und an eine "einmal drucken für alle, 
bitte" EMail-Adresse schickt. Auf dem Mailserver holt sich ein lecker 
Skript das PDF aus der Email und steckt es in 3 Drucker-Warteschlangen.

Mit etwas mehr Einarbeitung könnte man in CUPS womöglich auch einen 
virtuellen Drucker definieren, der eingehende Dokumente einfach nur auf 
andere CUPS-Queues verteilt. Aber in CUPS stecke ich so tief nicht drin.

Aber da die Entscheidung für ein Bezahl-Betriebssystem gefallen ist, 
finde ich es nur folgerichtig, wenn solche kleinen Zusatzfunktionen dann 
ebenfalls zahlungspflichtig sind.


XL

Axel Schwenke schrieb:
> Wenn Drucken geht, dann geht auch Email.

Nein, denn das setzt einen Mailserver voraus; und das Netzwerk muss ja 
nun nicht unbedingt mit dem Internet verbunden sein.

Rufus Τ. Firefly schrieb:
> Axel Schwenke schrieb:
>> Wenn Drucken geht, dann geht auch Email.
>
> Nein, denn das setzt einen Mailserver voraus; und das Netzwerk muss ja
> nun nicht unbedingt mit dem Internet verbunden sein.

... für einen Mailserver braucht man doch wirklich kein Internet. Ein 
lokaler linux Mailserver reicht doch auch dafür :-)

Axel Schwenke schrieb:
> holt sich ein lecker Skript

:-)

Rufus Τ. Firefly schrieb:
> Nein, denn das setzt einen Mailserver voraus; und das Netzwerk muss ja
> nun nicht unbedingt mit dem Internet verbunden sein.

E-Mail funktioniert auch im Intranet.

Wenn die Drucker FTP-Druck unterstützen kann man ein PDF per Script an 
die Drucker verteilen.

Holger

Mark Brandis schrieb:
> E-Mail funktioniert auch im Intranet.

Wenn es da einen Mailserver gibt. Ist das wirklich so schwer zu 
begreifen?

Rufus Τ. Firefly schrieb:
> Mark Brandis schrieb:
>> E-Mail funktioniert auch im Intranet.
>
> Wenn es da einen Mailserver gibt. Ist das wirklich so schwer zu
> begreifen?

Es gibt ja offensichtlich einen Terminalserver. Und wenn das ein Windoze 
ist, hält es sich auch automatisch für Fileserver, Printserver, DHCP, 
Domänencontroller und $GOTTHEIT weiß was noch alles (was man alles gar 
nicht will). Da jetzt das Windoze-Äquivalent von sendmail dazu zu 
klicken ist nicht direkt Raketenwissenschaft. Immer vorausgesetzt, Mail 
wäre Teil der Lösung (was es für Windoze wahrscheinlich gar nicht ist).


XL

Axel Schwenke schrieb:
> Es gibt ja offensichtlich einen Terminalserver. Und wenn das ein Windoze
> ist, hält es sich auch automatisch für Fileserver, Printserver, DHCP,
> Domänencontroller ...

Tut der nicht. Kann er zwar, macht er aber nicht, schon gar nicht 
automatisch.

Und Sendmail gibt es erst recht nicht. Wenn man auf dem MS-Wege Email 
veranstalten möchte, dann muss man den Exchange Server kaufen.

Rufus Τ. Firefly schrieb:
> Wenn es da einen Mailserver gibt. Ist das wirklich so schwer zu
> begreifen?

Einen einfachen Mailserver für eine Handvoll Benutzer aufzusetzen ist 
jetzt nicht so die große Kunst. Habe ich selbst vor Jahren mit RedHat 
Linux und sendmail gemacht. Heute würde ich vielleicht Ubuntu und 
Postfix nehmen, oder Exim.

Rufus Τ. Firefly schrieb:
> Wenn man auf dem MS-Wege Email veranstalten möchte, dann muss man den
> Exchange Server kaufen.

Muss man aber nicht, da Client und Server OS bei E-Mail (und anderen 
Diensten) durchaus heterogen sein dürfen. Aber das weißt Du sicher 
schon.

Rufus Τ. Firefly schrieb:
> Wenn man auf dem MS-Wege Email
> veranstalten möchte, dann muss man den Exchange Server kaufen.

Das stimmt nicht. SMTP läßt sich bei Server 2008 unter "Features" 
aktivieren. Dabei wird allerdings der IIS automatisch mit installiert.