Discussion :

[skywaukers]

bonjour,

le titre n'est pas très clair, désolé. J'ai fait un programme (application console) qui va lire une boite mel en pop3 pour archiver les vieux messages (serveur exchange). Ce programme fonctionne parfaitement si je double-clic dessus. Par contre, si je le met dans le planificateur de tâche windows et qu'il s'execute alors qu'il n'y a pas de session utilisateur ouverte, il n'arrive pas à lire les mels, il prend toute les ressources et dure 2 heures là où il prend 5 minutes quand il fonctionne bien (donc sous une session windows). J'ai pensé à un problème de droits, j'ai donc mis le compte administrateur comme compte d'execution dans le planificateur de tâche, mais sans succès, il ne fonctionne pas plus, donc je pense que le pb de droit est écarté.
n'ayant plus d'idées, je me tourne vers vous des fois que quelqu'un aurait eu ce genre de desagrement.

Merci d'avance,
Dany

[rsc]

Un programme qui s'exécute hors session, ça s'appelle un service, non ? As-tu bien créé ton appli comme "application service" ?

D'autre part, il me semble que les Tâches Planifiées ne sont lancées que dans une session, en tous cas sous Windows 2000 Server, à moins qu'il n'y ait un truc que j'ignore.

[Linkin]

Essaie d'intégrer un log dans l'application, comme ça tu vois si elle est vraiment exécutée.

J'ai eu pas mal de problème avec les tâches planifiées quand une session était fermée. Le seul moyne que j'ai trouvé c'est de passer par l'utilisateur system pour par la commande AT. Par contre vu que tu as besoin d'un utilisateur pour exchange, ça ne t'aidera pas .... (à moins que tu gère la connexion au serveur exchange)

[skywaukers]

Un programme qui s'exécute hors session, ça s'appelle un service, non ? As-tu bien créé ton appli comme "application service" ?

D'autre part, il me semble que les Tâches Planifiées ne sont lancées que dans une session, en tous cas sous Windows 2000 Server, à moins qu'il n'y ait un truc que j'ignore.

non, ce n'est pas forcément une application service, c'est simplement une application console qui est lancée par le planificateur de tâche.
Et cette application est bien lancée, j'y avait déjà mis un log qui m'a permit de voir que c'est à la lecture de la boite qu'il y a problème.
Je gère bien l'accès à exchange dans mon pgm (composant IdPop3 qui donne la possibilité d'indiquer un user/password pour la boite). Par contre j'ai mis un profil administrateur (en fait le même que j'utilise pour me logger sur le serveurt et lancer le pgm manuellement. Est-ce qu'un user systeme serait plus approprié ?

Merci de votre aide.
Dany