Commande MSG Windows : fonctionnement et limites en entreprise

msg.exe est toujours présent sous Windows 10 et 11 mais ses contraintes techniques le rendent inadapté dès qu'il faut alerter un parc à grande échelle.

Net Send n'existe plus depuis Windows Vista : son successeur officiel, msg.exe, repose sur les services de session Terminal Server et s'utilise différemment.
La syntaxe est accessible, les exemples sont reproductibles mais trois prérequis réseau bloquent souvent l'envoi vers des machines distantes.
Au-delà d'un usage ponctuel entre deux postes, l'absence de traçabilité et l'impossibilité de cibler par service ou par site posent des problèmes concrets.
Que vaut vraiment MSG quand il faut alerter 500, 2 000 ou 15 000 postes avec la certitude que le message a été lu ?

msg.exe, successeur officiel de net send

Depuis Windows Vista, la commande net send n'existe plus. Elle reposait sur le service Messenger, massivement détourné pour du spam réseau au début des années 2000 et supprimé définitivement avec Vista. Son successeur officiel s'appelle msg.exe, toujours présent dans Windows 10 et Windows 11.

Techniquement, msg.exe fonctionne sur une base différente de net send : il s'appuie sur les services de session Terminal Server, aujourd'hui appelés Services Bureau à distance. C'est cette architecture orientée session utilisateur qui détermine à la fois sa syntaxe et ses contraintes en environnement d'entreprise.

La commande est disponible uniquement sur les éditions Professionnel, Entreprise et Server de Windows. Sur un parc hétérogène, cette restriction exclut d'emblée une partie des postes. En milieu professionnel personne n'utilise de version Famille de windows.

Les limites de MSG en environnement d'entreprise

Pour un échange ponctuel entre deux postes, MSG peut suffire. Dès qu'il s'agit d'alerter un parc à l'échelle d'une organisation, ses contraintes techniques et opérationnelles deviennent rédhibitoires.

  • Prérequis contraignants à déployer sur chaque poste. MSG est absent des éditions Windows Famille. Sur les éditions compatibles, l'envoi distant exige de modifier manuellement la clé de registre AllowRemoteRPC sur chaque machine destinataire, d'autoriser les flux RPC dans le pare-feu et de disposer de droits d'administration sur les postes cibles : autant de conditions à réunir et à maintenir dans la durée.
  • Aucun accusé de lecture, aucun journal. MSG ne conserve aucune trace : pas d'horodatage, pas de liste des postes atteints ou en échec, pas de confirmation nominative. Après un incident, il est impossible d'établir qui a été informé et à quelle heure : un angle mort incompatible avec toute gestion formalisée de crise.
  • Un ciblage par nom de machine, sans exploitation de l'Active Directory. MSG ne connaît ni les services, ni les sites, ni les bâtiments. Atteindre un périmètre organisationnel précis suppose de maintenir soi-même des fichiers de correspondance entre noms de postes et structures métier, puis de scripter des boucles d'envoi alors que l'annuaire Active Directory contient déjà cette information.
  • Saisie manuelle en situation de stress, sans modèle préparé. En cas d'incident, l'opérateur doit ouvrir une invite de commandes et rédiger le message au clavier, sans modèle pré-rédigé, sans niveau de priorité visuel et sans raccourci de déclenchement. Le texte est brut : une alerte critique est visuellement identique à un rappel de réunion.

Ce que dMessage fait là où MSG atteint ses limites

Quand un incident survient, l'enjeu n'est plus d'envoyer un message, mais de s'assurer qu'il a été reçu, par qui, et à quelle heure. Sur les quatre points précis où MSG bloque, dMessage fonctionne ainsi.

  • Diffusion instantanée sur tout le parc, quelle que soit sa taille : une seule action suffit pour atteindre l'ensemble des postes en quelques secondes. La pop-up s'impose au premier plan de toutes les applications ouvertes, y compris en cours de réunion Teams ou de présentation, sans que l'utilisateur puisse la manquer.
  • Accusés de lecture nominatifs et horodatés : chaque réception est enregistrée. Pendant et après l'incident, la liste des postes atteints, des utilisateurs qui ont acquitté le message et des horaires exacts est consultable en temps réel une réponse directe à la question que posent les équipes sécurité ou la direction une fois la crise passée.
  • Ciblage via l'Active Directory existant, sans fichier de correspondance à maintenir manuellement : par service, par site, par bâtiment. La structure organisationnelle déjà présente dans l'annuaire est exploitée directement, ce qui évite les scripts de boucle et les listes de noms de machines à tenir à jour.
  • Modèles préconfigurés avec niveaux de priorité visuels, préparés hors situation de crise et déclenchables en quelques clics : le message adéquat part sans ressaisie sous stress. L'ensemble fonctionne 100 % On-Premise, en circuit fermé, sans dépendance à la messagerie, à internet ou à un cloud tiers.

Questions fréquentes

Sur Windows 11 éditions Professionnel et Entreprise, msg.exe fonctionne avec la même syntaxe que sous Windows 10. L'édition Famille en est dépourvue, et l'envoi vers une machine distante exige toujours la modification de la clé AllowRemoteRPC sur le poste destinataire.

MSG ne propose aucun mécanisme natif pour atteindre l'ensemble du domaine : le caractère * cible toutes les sessions d'une seule machine. Le contournement habituel consiste à boucler sur un fichier de noms de machines (for /f %i in (postes.txt) do msg /server:%i * "message"), mais cette méthode reste séquentielle, sans retour d'état consolidé et sans garantie de remise.

Côté droits, envoyer un message à sa propre session ne nécessite aucun privilège particulier. Dès qu'on vise d'autres sessions sur la même machine ou des machines distantes, un compte disposant des droits d'administration sur les postes cibles est requis, en complément des prérequis réseau déjà mentionnés.

Adopté par les structures les plus exigeantes

Là où une information non lue n'est pas une option, dMessage diffuse les alertes vitales sur l'ensemble du parc en quelques secondes.

Santé

Plusieurs CHU déclenchent leurs Plans Blancs et Plans Orsan sur tous les services en quelques secondes, sans dépendre de la messagerie.

Industrie

Un industriel français de +18 000 postes, déployé via SCCM, gère ses urgences industrielles et ses incidents cyber sur un canal souverain.

Secteur public & finance

Des institutions publiques nationales et des acteurs de la gestion d'actifs s'appuient sur dMessage pour leurs communications critiques internes.

Une question ?

Foire aux questions

Non. dMessage fonctionne entièrement en circuit fermé sur le réseau local de l'organisation, sans dépendance à internet ni à un service cloud tiers. Les alertes sont diffusées même en cas de coupure d'accès internet.
Toutes les données restent sur l'infrastructure de l'organisation : dMessage est déployé 100 % On-Premise, sans aucun transit ni stockage externe. L'hébergeur est l'organisation elle-même.
Non. dMessage s'appuie sur l'Active Directory existant pour le ciblage par service ou par site, sans reconfiguration d'infrastructure ni maintenance de fichiers de correspondance supplémentaires.
Non. Contrairement à msg.exe qui exige de modifier une clé de registre sur chaque poste destinataire et d'ouvrir des flux RPC, dMessage ne requiert pas de prérequis individuels de ce type sur les machines ciblées.
La pop-up s'impose au premier plan de toutes les applications actives, y compris pendant une réunion Teams ou une présentation. En revanche, dMessage, comme tout canal logiciel, ne peut pas atteindre un poste éteint ou sans session ouverte.

Protégez vos équipes dès aujourd'hui

Ne confiez plus vos alertes vitales à un système d'e-mails saturé. Reprenez la maîtrise totale de vos flux d'information sensibles avec une technologie On-Premise. Ne manquez plus jamais une information critique.

Demandez votre démonstration Découvrir les fonctions

Déploiement souverain. Zéro engagement technique complexe.