Je rencontre un probleme tres particulier a windows 2003 serveur.
Je m'explique : J'ai mis en place la solution de masterjul qui consiste a générer des pdfs par l'intermediaire d'une imprimante reseau (voir ce topic : http://forum.hardware.fr/hardwaref [...] 1609-1.htm)
 
Apres avoir rencontrés differents problemes, il m'en reste un de taille : Les postes clients peuvent generer des pdfs uniquement s'ils sont admins du domaine. Ce probleme n'apparait pas sous windows NT/2000, uniquement sous 2003.
En fait, l'imprimante utilise un redirecteur de port (redmon) qui lance un script. A priori il est lancé par le compte system du serveur. Tout se passe a merveille si je suis admin, ds le cas contraire, le document est spoolé normalement mais il se met en erreur une fois qu'il est totalement spoolé. A priori ca n'a aucun rapport avec les droits que l'utilisateur a sur l'imprimante (puisque d'ailleurs je n'ai pas de probleme avec mes imprimantes reseaux "classiques" ). Je soupconne une gpo qui n'existait pas sous NT ou 2000 d'etre apparu, bloquant le lancement du script par le compte system si on n'est "qu'utilisateur".
 
Mais apres de nombreuses recherches ds les techbases de microsoft, j'ai rien trouvé. Je continue a chercher, mais en attendant si qq un avait une idée lumineuse, je suis preneur  

hop hop hop  

Salut, ça tombe bien puis que je vais bientôt passer la solution masterjul sous 2K3 (elle est pour l'instant en 2K)  
 
Je voudrai savoir qu'elles sont les droits que t'as mis  sur l'imprimante PDF ?

Droits classiques comme sur une imprimante réseau en fait.
 
Sauf que le script ne se lance que si c'est un admin du domaine qui imprime. Et si je modifie les droits sur l'imp, ca ne change rien.

est ce que t'as mis les droits pour les créateurs ? car j'avais eut le même problème lorsque j'étais en 2K, j'ai rajouter le compte CREATEUR PROPRIETAIRE / CREATOR OWNER et après c'est bien passer.

 
Oui mais non, la modif des droits sur l'imp ne change rien en fait

et le répertoire de destination des PDF ?   Quesl y sont les droits ?

donne à est users le droit d'ouvrir une session en tant que service sur ton serveur via "Strategies locales".
 
ca va peut etre passer.

je viens d'essayer, pas de changements.
 
Ce que j'ai aussi essayé : - modifier les droits sur la branche de l'imprimante ds la base de registre
                           - modifier les droits sur la branche du port rpt1 dans la base de registre.
                           - modifier differentes strategies locales, dont remplacer un jeton au niveau processus, ouvrir une session locale, ouvrir une session en tant que service, ouvrir une session en tant que tache...
 
 
edit : pfff ca gave

EUREKA ! j'ai trouvé !
 
Il faut modifier les droits sur l'interpreteur de commande, cmd.exe dans system32. Pour l'instant, j'ai rajouté tout le monde en lecture execution pour les tests. Je ne sais pas exactement par contre si ca se peut remettre en cause l'instabilité ou la securite du systeme. Bon enfin, c'est deja une piste.

Merci pour tes recherches Tounet, je suis certain que plus d'un est intéressé, et je ne manquerai pas de mettre à jour mon PDF pour préciser ces infos. Il faudrait en effet cerner précisément le problème mais c'est déjà bien parti.

ça y est c'est à mon tour d'essayer l'imprimante PDF Virtuelle sous Windows 2003 server US Et franchement c'est le Bronx    
 
Les PDF restent dans le répertoire tmp/toto.bat à 0Ko et basta ... Purée je comprends plus rien   Bref Win2000 c'est mieux  

ALler j'ai de nouvelles news, tout se passe bien maintenant je lance la transformation j'ai un premier net send, et puis j'ai un second net send. mais entre les 2 je j'ai pas de fichier ...  
 
Quelqu'a une idée ?

tu as activé le mode debug ds redmon ? il faudrait que tu nous copies le resultat du fichier txt generer par le debugger, ca pourrait nous aider

Bon je reprends cette mise en place, demain ça va chier

 
 
Chez moi cmd.exe est par défaut en Read and Execute donc ça ne fonctionne pas là bidouille  
Je vais activer le mode debug