none
PDFCreator kann Dateien erstellen auf Win2003 Laufwerksfreigabe, ScanSoft PDF nicht?! RRS feed

  • Allgemeine Diskussion

  • Hallo *

    ich hoffe hier ein paar gute Anregungen zu finden, oder am besten die Lösung zu meinem Problem! ;)

    Ich habe eine Laufwerksfreigabe auf einem win2003 server mit folgenden acl's:

    D:\Rohdaten\Prod>icacls Daten\Prüfmittel
    Daten\PrüfmittelBUILTIN\Administrators:(F)
                                BUILTIN\Administrators:(I)(OI)(CI)(F)
                                TTT:(I)(OI)(CI)(RX,W)
                                NT AUTHORITY\SYSTEM:(I)(OI)(CI)(F)
                                BUILTIN\Users:(I)(OI)(CI)(RX)
                                BUILTIN\Users:(I)(CI)(S,WD,AD)

    Successfully processed 1 files; Failed processing 0 files

    D:\Rohdaten\Prod>

    Wenn jetzt ein Benutzer, der Mitglied der Gruppe TTT ist, über einen Druckdialog aus einer Anwendung heraus eine Datei auf diesem share erzeugen will (von einem Vista Client aus), kann er dies mit PDFCreator tun, mit ScanSoft PDF nicht!?

    Unterschied bei den Anwendungen ist z.B. das scansoft pdf ein hausinterner Std. ist der durch SCCM verteilt wurde, und PDF Creator wurde durch einen lokalen Admin installiert. Ich will die Standards nutzen, deshalb überhaupt der Aufwand das ganze mit Scansoft PDF zum  laufen zu bekommen.

    Übrigens gibt es bei bei beiden Anwendungen eine Warnung das sie nicht schreiben dürfen. PDF Creator erstellt dann aber trotzdem die PDF Datei, während Scansoft PDF die PDF auch erstellt, aber mit 0 Byte und nicht lesbar!?

    Wie kann ich vorgehen um dem Problem auf den Grund zu kommen?

    Gruß

    Dave

    Donnerstag, 10. Januar 2013 08:51

Alle Antworten

  • Kann scansoft denn lokal Dateien generieren?

    Guido Over
    MCITP Server Administrator 2008
    MCITP Enterprise Administrator 2008
    MCSA Windows Server 2008
    MCSA Windows Server 2012

    Donnerstag, 10. Januar 2013 14:06

  • Wie kann ich vorgehen um dem Problem auf den Grund zu kommen?

    Lass auf dem Client den Process Monitor mitlaufen und versuche herauszufinden, was für Dateien mit welchen Flags die Software so erstellen will...

    NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
    Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating!
    Donnerstag, 10. Januar 2013 16:16
  • ja, lokal funktioniert alles prima. mit beiden Anwendungen
    Donnerstag, 10. Januar 2013 19:41
  • meinst du mit den sysinternals? mit procmon oder process explorer?!
    Donnerstag, 10. Januar 2013 19:43
  •  
    > meinst du mit den sysinternals? mit procmon oder process explorer?!
     
    Sysinternals Process Monitor. O-Ton Mark R.: "If you don't know what to
    do - use process monitor". Recht hat er...
     

    NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
    Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating!
    Donnerstag, 10. Januar 2013 20:55
  • aufgrund fehlender Zeit habe ich das damals nicht weiter verfolgt
    Dienstag, 1. Oktober 2013 11:57
  • Hallo Raul

    das Thema kommt ist immer noch aktuell, und schleppt sich mit... mittlerweile wurde der Server der das fileshare bereitstellt, durch einen win2008 Server ersetzt, aber das Problem bleibt!?

    Außerdem wurde der Clientrechner neu aufgesetzt, daher jetzt die ganze Geschichte wieder.

    Aktuell ist wieder Nuance PDF Create!5 durch SCCM (IT Standard Paket)installiert, und PDFCreator 1.7 manuell über eine setup.exe.

    PDFCreate fragt beim erstellen der Datei auf dem Share nach dem Namen der Datei, obwohl bereits eine Datei angelegt wurde, und zeigt dann an 'Sie verfügen nicht über die Berechtigung zum Ändern von Dateien in diesem Netzwerkpfad. Bitte wenden sie sich an ihren Admin'... und erstellt dann auch die Datei nicht weiter. Obwohl ich in den Einstellungen ausgewählt habe, bitte vorhandene Dateien ersetzen.

    Abgesehen von der 0Byte großen Datei die eben doch erstellt wurde. Hier wird ein DocuCom PDF Driver benutzt.

    PDFCreator 1.7 hingegen erzeugt beim speichern die gleiche Fehlermeldung wie PDF Create!5, fragt aber nach bestätigen dieser Meldung, ob die Datei , ersetzt werden soll?! Und erstellt sie dann auch, und zwar nicht mit 0Byte sondern mit dem gewünschten Inhalt...

    Ich habe die Rechte für die Gruppe Rohdaten_Transfer auf dem Share zwischenzeitlich geändert von

    NT AUTHORITY\SYSTEM:(I)(OI)(CI)(F)
    BUILTIN\Administrators:(I)(OI)(CI)(F)
    *****_Rohdaten_Transfer:(I)(OI)(CI)(RX,W,WO)

    auf

    *****_Rohdaten_Transfer:(OI)(CI)(DENY)(D,DC)
    *****_Rohdaten_Transfer:(OI)(CI)(WDAC,S,DC)
    NT AUTHORITY\SYSTEM:(I)(OI)(CI)(F)
    BUILTIN\Administrators:(I)(OI)(CI)(F)
    *****_Rohdaten_Transfer:(I)(OI)(CI)(RX,W,WO)

    in der Hoffnung, das die Mitglieder der Gruppe dann modifizieren, aber nicht löschen können, doch das war leider nichts. Löschen war möglich... und das ist in unserem Betrieb aus regulatorischen Gründen zwingend zu vermeiden!

    Gibt es nocht frische Ideen was ich machen kann? Ich kann mit der aktuellen Situation leben, obwohl wir eigentlich immer die Software benutzen sollen, welche als Standard durch die IT geliefert wird. (SCCM Pakete)

    Gruß

    Dave

    Mittwoch, 23. April 2014 12:41
  • > PDFCreator 1.7 hingegen erzeugt beim speichern die gleiche Fehlermeldung
    > wie PDF Create!5, fragt aber nach bestätigen dieser Meldung, ob die
    > Datei , ersetzt werden soll?! Und erstellt sie dann auch, und zwar nicht
    > mit 0Byte sondern mit dem gewünschten Inhalt...
     
    Dann schnapp Dir Process Monitor und prüfe, welche Aktionen die beiden
    Programme auf die Datei so durchführen und welche davon mit welcher
    Ursache schiefgehen.
     

    Martin

    Mal ein GUTES Buch über GPOs lesen?

    NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
    And if IT bothers me - coke bottle design refreshment :))
    Mittwoch, 23. April 2014 13:33