Freidenker

Hallo! Man kann ja im IIS konfigurieren als welcher Benutzer die Druckaufträge verarbeitet werden. Standardmässig ist dies ja IUSR, man kann aber auch alle anderen Benutzer dort eintragen. Im Szenario wird nun eine Datei auf einen freigegebenen IPP-Drucker gedruckt und durch einen Portmonitor im Dateisystem abgelegt. Dieser Portmonitor soll nun nach dem Ablagen noch ein Skript starten. Scheinbar hat aber kein Benutzer den man im IIS für den Drucker angeben kann Rechte ein Skript auszuführen. Liefert man das Dokument "lokal" ein, bspw. über Testseite drucken wird das Skript ausgeführt. Kommt das Dokument über den IIS nicht. Kennt jemand eine Lösung für das Problem? Vielen Dank!

Hallo! Ich habe mehrere Fragen an Euch die sich mit dem Thema IPP beschäftigen. 1. Ist es möglich auf einem Windows 2008 Server einen Druckeranschluss zu erstellen, der die ankommenden Daten statt an einen Druckertreiber einer Anwendung übergibt und diesen per IPP freizugeben? Also ähnlich wie unter CUPS wo es möglich ist Druckeranschlüsse zu erstellen und über IPP freizugeben, die alle ankommenden Daten einfach an Anwendung/Skript X übergeben. Das Szenario wäre: Client -----> W2K8 IPP Port ---> Anwendung (hat Anwendung die direkt IPP Drucker anspricht) Der Druckerport sollte in dem Fall also einfach die Daten weitergeben OHNE sie zu verändern. (Eine Art "Rawr Druckertreiber", welcher einfach stupide alles weiterleitet) 2. Nicht direkt nur IPP betreffend (und auch nicht obigen Fall, da kommen die Daten als rtf in der Queue an): Welches "Format" haben Daten nachdem man in einer Windowsanwendung auf Drucken klickt. IE. in welchem Format landen sie im Druckertreiber? Es müsste doch GDI sein, oder? Erstmal danke für eventuelle Antworten, ich werd nach der Mipa noch mal was genauer erläutern wie das Szenario genau aussieht.