2011-04-14 10 views

Répondre

1
+1

Je peux obtenir les informations de l'utilisateur, tout ce que je veux. Mon problème est de savoir comment je programme afin que l'utilisateur reçoive le message à travers le MessageBox. – Lars

0

Sur Windows 2003, vous avez un vieux chemin de la mode de le faire.

Dans l'attribut scriptPath du nom d'utilisateur AD, vous mettez le nom d'un script ou d'un fichier exe par exemple username.cmd. Sur votre DC, vous avez un dossier C:\WINDOWS\SYSVOL\sysvol\DOMAIN.NAME\SCRIPTS partagé avec le nom NETLOGON. vous venez de créer le fichier username.cmd dans ce dossier. le programme username.cmd va être joué à chaque ouverture de session de l'utilisateur. Dans ce fichier, vous pouvez mettre un message contextuel.

Il fonctionne toujours sur Windows Server 2008 R2.

1

Ceci est généralement un désordre lorsque vous essayez d'envoyer un message à un utilisateur. Si vous voulez qu'un message apparaisse, je vous suggère de créer une petite application avec un mécanisme de traction. Lorsque l'utilisateur se connecte, l'application doit être exécutée pour déterminer si un message est en attente (les messages peuvent se trouver dans une base de données centrale ou même dans un emplacement de fichier). Si c'est le cas, l'application pourrait faire apparaître le message. De cette façon, l'application contournerait également la plupart de vos problèmes de pare-feu/segment de réseau. Vous devez seulement ouvrir la communication à un emplacement central pour les données plutôt que de diagnostiquer les problèmes de réseau pour chaque client.

Non seulement cette méthode vous permettrait de faire exactement ce que vous demandez, mais elle vous permettrait d'étendre votre application pour en faire encore plus. Par exemple, vous pourriez demander à l'utilisateur de reconnaître le message d'une manière plus formelle que de simplement cliquer OK (peut-être les faire cocher une case en disant d'abord "J'ai lu et compris le message"). Vous pouvez également capturer l'heure à laquelle l'utilisateur a vu le message (il se peut qu'il ne se connecte pas pendant des heures après l'envoi du message). Il peut également être utilisé lorsque l'utilisateur est actuellement connecté et que vous souhaitez lui envoyer un message (l'application peut interroger le serveur). Bien qu'il y ait des inconvénients à cette méthode (créer une application, l'installer partout, la gérer, etc.) Je pense que les avantages l'emporteraient sur les inconvénients si vous avez vraiment besoin d'un système de notification comme vous spécifiez.

Questions connexes