Scénario #14769
Mis à jour par Joël Cuissinat il y a environ 8 ans
_Je ressors une demande d'il y a 5 ans..._
L'exigence serait : *L'administrateur peut envoyer des messages aux utilisateurs connectés*
Bien que _winpopup_ et _net send_ ne fonctionnent plus sur les OS récents, les options associées existent toujours dans les EAD de "Scribe":http://eole.ac-dijon.fr/documentations/2.5/beta/partielles/ModuleScribe/co/17-connexion.html et d'"Horus":http://eole.ac-dijon.fr/documentations/2.5/beta/partielles/ModuleHorus/co/06-connexion.html
L'implémentation d'un système d'envoi de message me paraît pas si tant coûteuse (le cas Linux étant pour l'heure hors sujet) ?
Pour mémoire Klaas avait étudié la question dans #947 :
> Peut être une solution, à tester :
> MSG.EXE : http://social.technet.microsoft.com/Forums/en-US/itprovistasecurity/thread/5d630c74-f113-42a0-a6cb-c4b0764d6025
> L'API qui va avec : http://msdn.microsoft.com/en-us/library/aa383842%28VS.85%29.aspx
>Si on ajoute la fonctionnalité d'affichage de messages dans le client Scribe.
>Il existe plusieurs façons d'avertir l'utilisateur :
>* fenêtre à l'ouverture de session (avec ou sans timeout)
>* fenêtre en cours de session (pas terrible niveau expérience utilisateur une fenêtre qui s'affiche en premier plan subitement...)
>* une bulle à côté de l'heure style avertissement mise à jour, tâches d'impression, etc. Windows/Ubuntu Desktop
>
>On peut ajouter l'affichage d'avertissements :
>* des nouveaux mails
>* de quota
>* autres ...?
>
>Dans le cas de Windows, l'affichage de message pour un utilisateur doit se faire dans son environnement, pas directement depuis le service qui fonctionne dans l'environnement BUILTIN/SYSTEM. Soit avec "utilisateur.py/.exe", soit avec CreateProcessAsUser().
>Dans le cas de Linux ça dépend du desktop manager, mais la plupart propose les 2 types d'affichage (fenêtre et bulle).
L'exigence serait : *L'administrateur peut envoyer des messages aux utilisateurs connectés*
Bien que _winpopup_ et _net send_ ne fonctionnent plus sur les OS récents, les options associées existent toujours dans les EAD de "Scribe":http://eole.ac-dijon.fr/documentations/2.5/beta/partielles/ModuleScribe/co/17-connexion.html et d'"Horus":http://eole.ac-dijon.fr/documentations/2.5/beta/partielles/ModuleHorus/co/06-connexion.html
L'implémentation d'un système d'envoi de message me paraît pas si tant coûteuse (le cas Linux étant pour l'heure hors sujet) ?
Pour mémoire Klaas avait étudié la question dans #947 :
> Peut être une solution, à tester :
> MSG.EXE : http://social.technet.microsoft.com/Forums/en-US/itprovistasecurity/thread/5d630c74-f113-42a0-a6cb-c4b0764d6025
> L'API qui va avec : http://msdn.microsoft.com/en-us/library/aa383842%28VS.85%29.aspx
>Si on ajoute la fonctionnalité d'affichage de messages dans le client Scribe.
>Il existe plusieurs façons d'avertir l'utilisateur :
>* fenêtre à l'ouverture de session (avec ou sans timeout)
>* fenêtre en cours de session (pas terrible niveau expérience utilisateur une fenêtre qui s'affiche en premier plan subitement...)
>* une bulle à côté de l'heure style avertissement mise à jour, tâches d'impression, etc. Windows/Ubuntu Desktop
>
>On peut ajouter l'affichage d'avertissements :
>* des nouveaux mails
>* de quota
>* autres ...?
>
>Dans le cas de Windows, l'affichage de message pour un utilisateur doit se faire dans son environnement, pas directement depuis le service qui fonctionne dans l'environnement BUILTIN/SYSTEM. Soit avec "utilisateur.py/.exe", soit avec CreateProcessAsUser().
>Dans le cas de Linux ça dépend du desktop manager, mais la plupart propose les 2 types d'affichage (fenêtre et bulle).