Bents Blog

 

Ein IT Blog mit Themen aus dem Windows Server Umfeld.

Best Practices: PDFCreator – Update des kostenfreien PDF-Druckers als Dienst im Netzwerk

Vor circa einem Jahr berichtete ich in meinem Artikel Kostenfreier PDF-Drucker im Netzwerk als Dienst unter Windows Server 2008 R2 über die relativ einfache Möglichkeit, mit Hilfe der Software PDFCreator einen zentralen PDF-Druckserver als Dienst bereitzustellen. Obwohl das Programm für die Ausführung als Dienst nicht vorgesehen ist, lässt sich diese Lösung dennoch umsetzen. Meine alte Beschreibung bezieht sich auf die Version 1.2.3 des PDFCreator, das hier vorgestellte Update betrifft die (zum Zeitpunkt der Artikelerstellung) aktuelle Version 1.4.3.

Änderungen

Die wichtigste Veränderung des PDFCreator stellt wohl der Verzicht auf den bis Version 1.2.3 verwendeten Druckauftrag-Umleitungs-Dienstes REDMON (Redirection Port Monitor) dar. Bisher konnte man bei Einsatz der alten Version auf Umgebungsvariablen des REDMON (wie etwa REDMON_USER, REDMON_PRINTER oder REDMON_FILENAME) zugreifen – diese entfielen ab Version 1.3.0 mit dem Einsatzes des eigenen Port-Monitors PDFCreator Port (pdfcmon.dll). Auf Grund dieser Tatsache ändern sich alle bisherigen Einstellungen innerhalb des PDFCreator für die automatisierte Ausführung als Dienst. Leider gab es von der Version 1.3.x bis 1.4.2 Probleme bei der Erzeugung der PDF-Dokumente, wenn das Programm als Dienst gestartet wurde – aus diesem Grund empfehle ich keine vorherige Version einzusetzen.

Voraussetzungen und Funktionsweise

Die Voraussetzungen für den Einsatz des PDFCreator haben sich auch in der neuen Version nicht geändert:

  • Windows-Domäne mit zentraler Ablage der Benutzer-Basis-Ordner (Eigene Dateien)
  • Gruppenrichtlinie für die automatische Ordnererstellung (PDF-Dokumente)
  • Druckserver (ab Windows Server 2003 bis zu Windows Server 2008 R2)
  • Freeware: PDFCreator für die Erstellung der PDF Dokumente via Ghostscript
  • VBS-Skript SetACL.vbs für das Setzen der Dateiberechtigungen

Die Funktionsweise des angepassten PDFCreator ist dabei die Folgende:

  1. Benutzer Mustermann druckt beliebiges Dokumentes auf den zentralen PDF-Drucker
  2. PDFCreator (Dienst auf Server1) konvertiert Druckauftrag in ein PDF-Dokument <Dokument-Mustermann.pdf>
  3. PDFCreator speichert  PDF-Dokument unter \\Server2\User\Mustermann\Eigene Dateien\PDF-Dokumente\<Dokument-Mustermann.pdf>
  4. Aufruf des VBS-Skriptes SetACL.vbs um Mustermann Vollzugriff und das Besitzrecht für <Dokument-Mustermann.pdf> zu erteilen

Das folgende Bild soll die Funktionsweise verdeutlichen – im Schritt 1 wird der Druckauftrag erstellt, im Schritt 2 wird das Dokument in das PDF-Format konvertiert, im Schritt 3 im Benutzer-Ordner gespeichert und kann im Schritt 4 vom Benutzer geöffnet werden: Da der PDFCreator später die Dokumente im Speicherbereich des jeweiligen Benutzers erstellt – in meinem Beispiel unter

\\Server2\User\<Benutzer-Alias>\Eigene Dateien\PDF-Dokumente

so kann dieser Unterordner über eine Gruppenrichtlinie automatisch für jeden Benutzer bei dessen Anmeldung erzeugt werden. Diese Einstellungsmöglichkeit findet man in dem gewünschten Gruppenrichtlinienobjekt unter Benutzerkonfiguration, Einstellungen, Windows-Einstellungen, Ordner. Selbstverständlich können der Druck- und Datei-Server ein und die selbe Maschine sein – in diesem Fall würde der Speicherbereich lokal angesprochen werden.

Installation

Sollte eine ältere Version des PDFCreator vorhanden sein, empfehle ich die Deinstallation des selbigen – zuvor sollten die bestehenden Profile der eingerichteten Drucker exportiert werden. Bei Aufruf der Installationsroutine des PDFCreator in der Version 1.4.3 muss zunächst der Expertenmodus aktiviert werden: Nach der Bestätigung der Lizenzbedingungen ist als Installationsart der Servermodus auszuwählen: Schließlich ist noch der Name das Druckers einzugeben (Voreinstellung PDFCreator, dieser kann später jederzeit geändert bzw. neu erstellt werden. Soll der PDFCreator auf einem 64 Bit Betriebssystem (bspw. Windows Server 2008 R2) installiert werden, der Drucker aber auch von 32 Bit Clients verwendet werden, so muss der folgende Haken aktiviert werden: Für die Funktion des PDFCreator als PDF-Netzwerkdrucker sind die beiden Programme Images2PDF und PDFArchitect nicht erforderlich, beide können in der Komponentenauswahl deaktiviert werden. Nach erfolgreicher Installation des Programmes müssen nun einige Systemanpassungen vorgenommen und im Anschluss die Programmeinstellungen an die Umgebung angepasst werden. Die Verknüpfung des PDFCreator sollte unbedingt aus dem Autostart-Ordner entfernt werden, da dieser Probleme bei zweimaliger Ausführung verursacht. An dieser Stelle kann das VBS-Skript SetACL.vbs für das Setzen der Dateiberechtigungen des PDF-Dokumentes in den Zielordner

C:\Program Files (x86)\PDFCreator\Scripts\RunProgramAfterSaving\

kopiert werden.

Einrichtung

Diensterstellung

Zunächst erfolgt die Einrichtung des PDFCreator als Server-Dienst. Dafür benötigt man zwei Programme aus dem Windows Ressource Kitsrvany.exe und instsrv.exe (beide Tools sind auch voll unter Windows Server 2008 R2 funktionsfähig). Die Datei srvany.exe kann bspw. nach C:\Windows kopiert werden, die Syntax für die manuelle Registrierung des Dienstes auf Kommandozeilenebene würde in diesem Fall wie folgt lauten:

instsrv PDFCreator C:\Windows\srvany.exe

Im Anschluss kann mit Hilfe des Kommandozeilen-Befehls

sc description PDFCreator “Netzwerk-PDF-Drucker”

eine Beschreibung des Dienstes definiert werden. Danach muss die Registrierung um folgende Einträge ergänzt werden, um die Ausführung des PDFCreator für den eben erstellten Dienst zu hinterlegen (die Pfade sind entsprechend anzupassen):

[HKLM\SYSTEM\CurrentControlSet\Services\PDFCreator\Parameters]
REG_SZ:Application:"C:\Program Files (x86)\PDFCreator\PDFCreator.exe"
REG_SZ:AppDirectory:"C:\Program Files (x86)\PDFCreator"

Soll der PDFCreator die erzeugten Dokumente später auf einem anderen Server speichern, muss der Dienst unter einem Benutzer-Account gestartet werden, der über Schreibrechte auf dem Zielserver verfügt:

Programmeinstellungen

Bevor der Dienst nun gestartet werden kann, muss der er zunächst über die PDFCreator Einstellungen konfiguriert werden. Dies gilt im Übrigen auch für Änderungen an der Konfiguration – hier muss der Dienst zunächst beendet werden, bevor selbiger nach den Änderungen wieder gestartet werden kann. Die relevanten Einstellungen für den Dienst Betrieb betreffen die Programm-Punkte Automatisches Speichern und Aktionen. Die Erzeugung des Dateinamens geschieht durch den Einsatz sogenannter Token. Welche Token benutzt werden können, erschließt sich aus der Hilfe. Wer mein VBS-Skript SetACL.vbs nutzen möchte, dem empfehle ich die folgenden Token für den Dateinamen zu verwenden:

<Title>-<Author>-<DateTime:dd_mm_yyyy>-<Counter:00000>

Dabei  besteht der Token <Title> aus dem um Sonderzeichen bereinigte (durch „_“ ersetzt) Dokumenten-Name, gefolgt von <Author>, dem Benutzer der den Druckauftrag erzeugt hat. Achtung: Niemals den Token <Username> nutzen, dieser entspricht dem Benutzer unter dem der Dienst PDFCreator ausgeführt wird und führt somit zu Fehlern. Im Anschluss füge ich noch die Token <DateTime:dd_mm_yyyy> und <Counter:00000> an, beides sind formatierte Variablen die das aktuelle Datum und den fortlaufenden Druck-Zähler enthalten. Warum diese Formatierung? In der alten Version des PDFCreator wurde bereits die Variable <DateTime> genutzt – mit dem Vorteil, dass sie während der PDF-Dokumenten-Erzeugung nur einmal zu Beginn gesetzt wurde. Leider hat sich das Verhalten geändert. Da die Variable im Standard auch die Sekunden enthält, die im Programm-Punkt Aktionen zur Namensbildung wiederverwendet werden muss (da die frühere Variable „OutputFilename“ nicht mehr existiert!), kommt es bei größeren PDF-Dokumenten zu Fehlern vom Aufruf des VBS-Skriptes SetACL.vbs. Damit nun keine Dateien mit dem selben Dokumenten-Namen des selben Benutzers am gleichen Tag überschrieben werden, wurde der 5-stellige Zähler-Token <Counter:00000> angefügt (dieser kann bei Bedarf beliebig vergrößert werden). Eine äußerst nützliche Funktion bietet die Möglichkeit, Token auch im Pfad für die automatische Speicherung zu benutzen – in meinem Beispiel ist das der Token <Author>, der so das Benutzer-Verzeichnis anspricht:

\\Server\User\<Author>\Eigene Dateien\PDF-Dokumente

Selbstverständlich können hier auch lokale Verzeichnisse angegeben werden – bswp. in dem Fall, in dem der PDFCreator lokal auf dem Server installiert wird, auf dem sich auch die Benutzerverzeichnisse befinden. Im Programm-Punkt Aktionen lässt sich nun die Datei-Behandlung nach ihrer Erstellung konfigurieren. Dabei wird im Reiter Aktion nach dem Speichern als Skript das zuvor kopierte SetACL.vbs ausgewählt. Als Programmparameter erwartet das Skript die drei Paramater Ausgabe-Datei, Author und Drucker-Name – durch Leerzeichen getrennt. Diese können durch die folgenden Werte erzeugt werden:

„\\\Server\User\<Author>\Eigene Dateien\PDF-Dokumente\<Title>-<Author>-<DateTime:dd_mm_yyyy>-<Counter:00000>.pdf“ <Author> „<PrinterName>“

Die erste Kombination in Anführungszeichen bildet unseren Dateinamen (Pfad kann Leerzeichen enthalten). Achtung: Befindet sich der Pfad im Netzwerk, bitte drei Backslashes verwenden – das erste wird leider von PDFCreator „verschluckt“. Danach wird über <Author> der Benutzer des Druckauftrags angegeben, gefolgt vom Drucker-Namen <Printername>, der wiederum Leerzeichen enthalten darf (auf Grund der Verwendung der Anführungszeichen).

Update vom 28. Januar 2013

Inzwischen wurde der PDFCreator auf die Version 1.6.2 aktualisiert. Nach meinen Tests sind die oben beschriebenen Probleme behoben, es genügt nun die Angabe folgender drei Parameter für den Aufruf des Skriptes:

„<OutputFilename>“ <Author> „<PrinterName>“

Alle Einstellungen werden nun durch die Schaltfläche Speichern übernommen. Das Skript sorgt später bei der Ausführung für die Zuweisung der Rechte Vollzugriff und Besitzer für den angegebenen Benutzer auf der erstellten Datei.

Update vom 17. April 2013

Ich habe eben einen Test mit der neuen PDFCreator Version 1.7.0 durchgeführt und im gleichen Atemzug auch mein Skript SetACL.vbs angepasst. Die neue Version ist nun die 1.4 und behebt ein Anzeigeproblem der Quelle im Ereignisprotokoll.

Update vom 24. April 2014

Inzwischen habe ich die Skript-Version 1.5 zum Download bereit gestellt, die ich bereits erfolgreich mit der aktuellen Version 1.7.2 des PDFCreators auf einem Windows Server 2012 R2 im Einsatz habe. Ich habe im Skript eine verbesserte Fehlerkorrektur implementiert und die Behandlung von Sonderzeichen eingeführt, die in der alten Version bei einigen Dokumenten zur Problemen geführt hat. Aktuell verwende ich im PDFCreator (in Kombination mit meinem Skript) die folgenden Einstellungen. Für das Automatische Speichern nutze ich als Dateiname folgende Kombination:

<DocumentFilename>-<Author>-<DateTime:dd_mm_yyyy>-<Counter:00000>

Im Anschluss nutze ich  unter Aktionen nach dem Speichern als Programmparameter folgende Werte:

„\\\<Server>\PDF-Druck\<Author>\<DocumentFilename>-<Author>-<DateTime:dd_mm_yyyy>-<Counter:00000>.pdf“ <Author> „<PrinterName>“

pdfcreator-action-aftersave Mit dieser Konfiguration funktioniert in meinen Umgebungen alles zufriedenstellend.

Ausführung und Test

Nach dem Speichern der Einstellungen kann der erstellte Dienst PDFCreator erstmals gestartet werden. Der angelegte Drucker muss nun für die Verwendung im Netzwerk nur noch freigegeben und auf den gewünschten Clients verbunden werden. Automatisiert kann das wiederum über eine Gruppenrichtlinie erfolgen. Nach dem Druck einer Testseite als Benutzer Testuser erhält dieser – in meinem Beispiel – die folgende Datei im Unterordner PDF-Dokumente in seinen Eigenen Dateien:

Testseite-Testuser-13_08_2012-00032.pdf

Ich denke, an diesem Beispiel wird deutlich, wie die verschiedenen Token bei der Erstellung des Dokumenten-Namen wirken. Auf dem Server, auf dem PDFCreator als Dienst arbeitet, erzeugt das VBS-Skript SetACL.vbs außerdem einen Eintrag im Anwendungsereignisprotokoll: PDF-Drucker-Skript [Skript-Name] auf [Druckservername] Drucker: [Printername] Dokument: [Dokumenten-Name] Speicherort: [Pfad zum Dokument] Benutzer: [Domäne]\[Author] Dateigröße: xx,x KBytes Bei einem Fehler wird hier entsprechend eine Fehlermeldung protokolliert.

Besonderheiten

Der PDFCreator eignet sich auf Grund der Möglichkeit zur Erstellung unterschiedlicher Profile für den Einsatz mehrerer freigegebener PDF-Drucker, die automatisch unterschiedliche Dokumenteigenschaften erzeugen können (bspw. Passwortschutz, digitale Signaturen oder Kompatibilitätseinstellungen). Dazu können im Menü der PDFCreator – Einstellungen mehrere Profile definiert, ex- und importiert werden. Die Profile können im Anschluss im PDFCreator unter Drucker hinzugefügt und das gewünschte Profil zugeordnet werden: In der Systemsteuerung erscheint ein neuer Drucker nicht als eigenes Objekt, sondern wird in den Druckeinstellungen und Druckereigenschaften zur Auswahl angeboten: Erst dadurch wird der PDFCreator meiner Meinung nach zu einer extrem umfangreichen, flexiblen und variantenreichen Lösung.

Fazit

Der obige Beitrag soll als Hilfestellung und Anregung für die Umsetzung eines zentralen PDF-Druckers mit automatischer Speicherung für die einzelnen Benutzer einer Domäne dienen. Es gibt professionelle (und kostenpflichtige) Varianten, die meist einfacher und mit etwas weniger Aufwand umzusetzen sind. Dafür bietet die beschriebene Lösung einen flexiblen Einsatz, da verschiedene Profile für unterschiedliche Einstellungen mehrerer Drucker erstellt werden können. Die Einrichtung ist in kurzer Zeit abgeschlossen und als Kosten fallen nur die Arbeitszeit an. Wie bei allen meinen Beiträgen gilt: Bei Tipps, Vorschlägen sowie Fragen oder Kritiken hinterlasst bitte einen Kommentar.

Einen Blog am Leben zu erhalten kostet Zeit und Geld. Da ich auf meiner Seite weder Werbung einbinde, noch andersweitige Zuwendungen erhalte, freue ich mich über jede kleine Spende. Einfach und unkompliziert geht das über PayPalMe. Du unterstützt damit diesen Blog. Vielen Dank.

22 Kommentare für “Best Practices: PDFCreator – Update des kostenfreien PDF-Druckers als Dienst im Netzwerk”

  • David

    Hallo Bent,

    danke für die Ergänzung/Erneuerung des Artikels.

    Ich werden mich gleich direkt mal an der erneuten Umsetzung versuchen. :)

    Viele Grüße
    David

  • Michael

    Hallo Bent,

    danke für den detaillierten Artikel. Nun konnte ich endlich erfolgreich von Version 1.2.x auf 1.4.3 im Netz umsteigen. Läuft stabil und schnell.

    Grüße
    Michael

  • schlomm

    Hallo Bent,
    Zunächst vielen Dank für diese fantastische Anleitung.
    Eine Frage habe ich jedoch: Ist es irgendwie möglich den Dateiserver durch den lokalen Rechner (hier Max Mustermanns Rechner) zu ersetzen.
    Wir haben hier keine serverseitgen Profile…dementsprechend soll bzw muss da auch garnichts irgendwo gespeichert werden.
    Das Dokument soll über den pdf Drucker gedruckt werden und dann halt lokal auf dem Rechner liegen. Am besten im Ordner nach Wahl des Nutzers.

    Momentan haben wir das Problem (Uraltversion 0.9.irgendwas), dass Druckaufträge, die nicht gedruckt werden, in der Warteschleife hängen und das auch nach Abmeldung des Nutzers so ist. Der Druck für den nächsten Nutzer ist demnach blockiert.
    Setup: Windows XP, pdfCreator ist auf allen Rechner lokal installiert (Drucker ebenfalls).
    Wenn ein Nutzer sich mit seiner Nutzerkennung anmeldet, wird sein Profil auf Basis von „Default User“/“All User“ erstellt. Nutzer sind alle keine Admins und können so auch nicht die Dokumente, die von einem anderen Nutzer angelegt wurden und nicht gedruckt wurden, löschen.

    Über jede! Antwort würde ich mich sehr freuen!
    Viele Grüße,
    Dominik

  • Bent Schrader

    Hallo Dominik,

    ich denke, dass sollte kein Problem darstellen. Teste doch einmal im Bereich Automatisches Speichern die Variable zu verwenden. Diese zeigt automatisch immer auf den Ordner „Eigene Dateien“ eines Nutzers. Sollte dieser nicht umgeleitet sein, befindet sich selbiger lokal auf dem PC und erfüllt somit Deine Vorstellungen.

    Gruß,
    Bent

  • Axel

    Hallo Bent,

    zuerst auch von mir vielen Dank für die ausführliche Beschreibung.

    Der Drucker läuft im Netzwerk problemlos und auch sehr flott. Was mir jetzt noch fehlt, ist das die erstellte PDF-Datei, welche durch „Auto-Speichern“ in ein Verzeichnis auf der lokalen Festplatte des Anwenders gespeichert wird, auf dem PC des Anwenders mit der Standard-PDF Anwendung (Adobe Reader) geöffnet wird.

    Auch ich bin für jeden Beitrag dankbar.

    Viele Grüße, Axel

  • Bernhard

    Hallo Bent,

    vielen Dank für diese wirklich äußerst hilfreiche Anleitung. Ich wäre wie Axel auch daran interessiert, dass sich die erstellte PDF-Datei mit dem Adobe Reader auf dem PC des Anwenders geöffnet wird. Ist es eigentlich möglich, dass die erstellte Datei per E-Mail an den Benutzer geschickt wird.

    Viele Grüße, Bernhard

  • Toadie

    Hallo,

    Besten Dank für das super Tutorial! Hat bestens funktioniert.
    Allerdings hätte ich eine Frage.
    Bei den Aktionen nach dem Speichern, gibt ein PopUp Skipt. Gibt es eine Möglichkeit das PopUp auf dem Client Rechner anzuzeigen? Auf dem Druckserver selbst ist das eher nutzlos ;-)

    Grüße

    Toadie

  • Falli

    Hallo,
    bei mir wird nur das erste Dokument in der Freigabe abgelegt. danach werden alle weiteren Dokumente als Druckauftrag im PDF Druckmonitor festgehalten. Kann mir jemand sagen warum und wie ich das Problem beheben kann? Danke

  • Crocodyl

    Hallo, an alle, und besonders Bent,
    Per RemoteDesktop arbeiten auf einem entfernten XPP-SP3-PC und dann aber auf dem eigenen Drucker auszudrucken ist manchmal ein Problem.
    Nun kann man aber seine eigenen Laufwerke in der RDP-Sitzung anzeigen lassen, das funktioniert im Normalfall reibungslos.
    Ich wünschte mir nun ein PDF-Drucker, der das Dokument erstellt, automatisch einen Namen vergibt, in eines meiner lokalen Laufwerke+Ordner ablegt,
    ja, und dann sollte es noch automatisch ausgedruckt werden.
    Das geht ja aber nicht über den PDF-Creator, weil man ja in der Ferne auf dem PC arbeitet, und der dann nicht ordentlich an die lokalen Drucker herankommt.
    Man bräuchte also ein lokal laufendes Programm, das den lokalen Ablageordener überwacht, und immer wenn eine PDF-Datei drin liegt, einen definierten Druckjob startet.
    Kennt jemand so ein quasi extra-Spooler.exe – Programm?

  • Otti

    Hallo,
    vorab: super Anleitung!!
    Habe folgende Konfiguration: Windows Server 2012 Essentials und Win7 Pro Clients, PDFCreator 1.7.2
    Die Anleitung funktioniert insoweit, dass beim Anmelden des Dienstes entweder …
    … als „Lokales Systemkonto“ die Aufträge in der Warteschlange hängebleiben, bis ich manuell den PDFCreator auf dem Server als Admin ein zweites Mal starte oder
    … als Mitglied der Domänen-Admins die Aufträge zwar abgearbeitet werden, aber mangels Berechtigung am Ziel nicht gespeichert werden können, da die Domänen-Admins in den User-Verzeichnissen (aktivierte Ordnerumleitung) aus Datenschutzgründen keinen Zugriff haben (sollen).
    Hat jemand eine Idee?

  • Rainer

    Hallo Bent,
    habe alles nach Anleitung gemacht und es scheint auf den ersten Blick auch zu funktionieren.
    Allerdings wird bei jedem Druck vom VBS ein Fehler im Eventlog erzeugt (kurz: 111: Datei nicht vorhanden). Die Datei ist aber da, und zwar genau dort und mit dem Namen der im Eventlog steht.
    Konfig: Printserver: W2k8R2, Client: Win7; Fileserver: W2k12.

    Passiert sowohl wenn ich auf den Fileserver speichere, als auch direkt auf den Printserver (lokal).
    Jede Hilfe willkommen, sollte da schnell produktiv einsetzen.
    Danke R

  • Rainer

    Nachtrag: PDFCreator 1.7.2

  • Bent Schrader

    Hallo Rainer,

    bitte teste mal mit meiner neuen Version 1.5 – Erklärungen siehe oben im Text.

    Gruß,
    Bent

  • Rainer

    Hallo Bent,
    danke nochmal für die Überarbeitung deines scripts.
    Ich hatte in meiner ursprünglichen Testinstallation damit das gleiche Problem wie davor. Nachdem ich ganz von vorne begonnen hatte (allle VMs neu installiert) funktionierte die Anleitung auf Anhieb.

    Scheinbar hatte ICH in der Konfiguration einen Fehler gemacht.

    Danke, danke, danke
    Rainer

  • Maik

    Hallo Bent,

    hab schon Deine frühere Anleitung zum Einrichten des Druckers verwendet und was soll ich sagen, einfach nur PERFEKT. Hab jetzt auf die aktuelle PDF Creator Version 1.7.3 umgestellt unter Windows Server 2012 R2. Tja und erstmal ging nix. Also nochmal auf Deine Seite geschaut und schwupps, tatsächlich alles gefunden & funktioniert jetzt wieder tadellos. Ich sag: VIELEN DANK für Deine tolle Arbeit. Hat mir viel Zeit gespart! Ciao.

  • bttr

    Hallo!

    Ich setze PDFCreator 1.7.3 und SetACL 1.5 auf einem Windows 2012 R2 ein, schaffe es aber nicht, den Besitzer der erstellten PDF zu ändern.
    PDFCreator läuft bei mir als Dienst über nssm, statt srvany, unter dem Domänen-Benutzer „PDFCreator“. Gespeichert werden soll auf einem anderen Server. Da ich den Printserver so wenig wie möglich „aufreißen“ will, ist der Benutzer wirklich nur „Domänen-Benutzer“. (Aber selbst als Mitglied der lokalen Administratoren klappt es nicht.)
    Ich vermute es liegt am fehlenden SE_RESTORE_NAME-Privileg: hxxp://mikedimmick.blogspot.de/2005/02/how-to-set-owner-of-object-in-windows.html
    Ich habe schon erfolglos mit den lokalen Sicherheitsrichtlinien herumgespielt, aber evtl. spielen auch noch UAC und LUA mit rein.
    Es kann doch nicht, dass ich den Benutzer „PDFCreator“ zum Domänen-Administrator machen muss, damit der „Schnulli“ läuft… :-(

  • bttr

    Wenn man einfach noch mal nachdenkt, kommt man darauf, dass man den Domänen-Benutzer „PDFCreator“ sowohl auf dem Print- als auch auf dem Fileserver in die Gruppe der lokalen Administratoren packen muss und schon klappt es. Damit kann ich erst einmal leben, da der Benutzer ein entsprechend komplexes Kennwort hat. Wenn natürlich irgendwo eine Sicherheitslücke existiert, die eine „Fernsteuerung“ des Benutzer über entsprechend modifizierte Druckdaten zulässt…

  • W.Thoma

    Hallo,

    erstmal danke für die Anleitung :) funktioniert grundsätzlich lokal auf dem Printserver, auch mit der Speicherung der PDFs im angegebenen Pfad.

    Jedoch habe ich den PDF Drucker auf einen Terminalserver installiert. Hier tut sich leider Garnichts. Der Druckdialog erscheint zwar, aber die (wahrscheinlich) erzeugten PDFs sind unauffindbar.
    Haben Sies auf nem TS schonmal getestet ?
    VG W.Thoma

  • Bent Schrader

    Hallo W. Thoma,

    ich kann mich düster erinnern, dass ich auf einem TS/RDP-Server meine Probleme mit dem PDFCreator hatte. Haben Sie den PDFCreator im Installationsmodus oder Benutzermodus installiert (Change user /install)?

    Gruß,
    Bent

  • Thomas E.

    Hallo,
    vielen Dank für diese tolle Anleitung.
    In einigen Fällen habe ich das Problem, dass der Dateiname (DocumentFilename) nicht vollständig geschrieben wird (nur 60 Zeichen). Es scheint aber auch keine Längenbegrenzung zu geben denn ich konnte auch schon längere Dateinamen erstellen (110 Zeichen lang). Die PDF wird aus einem Zeichenprogramm erstellt und der Name setzt sich aus dem Dateinamen und dem Layoutnamen zusammen. Ist dies Problem schon mal aufgetaucht? Gibt es eine Lösung? Version des Pdf Creators ist 1.7.3

    Gruß
    Thomas

  • Bent Schrader

    Hallo Thomas,

    ich habe eben gesehen, dass inzwischen der PDF-Creator in der Version 2.11 zum Download (http://de.pdfforge.org/pdfcreator/download) vorliegt. Leider habe ich – durch meinen Arbeitgeberwechsel – keinen Zugang zu meinen früheren Kunden-Systemen, auf denen meine Lösung im Einsatz ist.
    Dein Problem habe ich – soweit ich mich erinnern kann – nicht erlebt, allerdings bin ich ja auch nicht der Entwickler der Software und kann so auch nur Vermutungen anstellen.
    Ich würde daher empfehlen, auf einem Testsystem die aktuelle Version zu installieren und mit dieser zu „experimentieren“. Allerdings heißt der Token [DocumentFilename] nun [InputFilename]. Ich werde sicher die neue Version in meiner virtuellen Testumgebung prüfen, komme aber mangels Zeit nicht in den nächsten Tagen dazu. Vielleicht hat bereits ein Leser Erfahrungen sammeln können?
    Viele Grüße,
    Bent Schrader

  • Ansgar Geers

    Hallo Thomas,

    Sollte es sich bei dem Zeichenprogramm um Autocad, kann dieses Problem an einem defektem Layout liegen.
    In dem Fall kann das Programm den Layoutnamen nicht richtig lesen.

    Durch Löschung des Layouts kann dieses behoben werden.
    (ist auch bei anderen PDF Drucker ein Problem…)

    Bei Adobe Programmen kann dieses durch eine defekte Datei entstehen.

    In dem Fall alle Layer und Objekte einschalten und über die Zwischenablage in eine neue Datei einfügen.

    Gruss
    Ansgar

Einen Kommentar hinterlassen:

Antispam Bee hat Bent's Blog vor 370.889 Spam-Kommentaren bewahrt.