NET SEND command reference

Contents

1 Overview

1.1 Introduction

The Net Send is a command line application that comes with some Windows versions and is used to send text messages to other users, computers or messaging names on the local area network. This command is only available in Windows NT, 2000, XP, 2003 and is unavailable in Windows 95, 98, ME, Vista, Windows 7, 8, 10 and later versions. In Windows XP, starting with Service Pack 2, the Net Send command is disabled by default.

1.2 The Net Send command in Windows 10/8/7/Vista

Windows XP was the last version of Windows to include the Net Send command. The msg command replaces the net send command in Windows 10, Windows 8, Windows 7 and Windows Vista. Nevertheless, you can send and receive Net Send messages in Windows 10/8/7/Vista using third party software products (read more).

2 Command reference

2.1 Using the Net Send command

For the Net Send command to work properly, it requires the Windows Messenger Service to be started. In fact, the Net Send command is just a command line interface for the Messenger Service that is immediately responsible for message sending and receiving. Also, the messenger service or a compatible software has to be running on the computer which you want to send messages to. You can send messages only to a name that is active on the network. If you send the message to a user name, that user must be logged on.

In order to send a message using Net Send command, start a command prompt window. To start the command prompt click «Start» button, choose «Run..», enter «cmd» command and click OK button. Type «net» command with «send» parameter and with other parameters according to the command syntax. Messages received with messenger service are displayed in the standard Windows message box.

2.2 The Net Send command syntax

The Net Send command has the following syntax:

username — user name, computer name, or messaging name to which you want to send the message;

* — sends the message to all names in your domain or workgroup;

/domain[:domainname] — sends the message to all names in the computer’s domain or in the specified domain;

/users — sends the message to all users connected to the server;

message — specifies text of the message.

2.3 Remarks on using the Net Send command

If command line arguments contains spaces, they should be enclosed in quotes.

You may face with problems when you use long user names to send messages. Names, used by messenger service, are limited to 15 characters.

Maximum allowed length of a broadcast message is 128 characters. Maximum allowed length of a personal message is 1600 characters.

2.4 The Net Send command examples

To send the message «To send messages within LAN use the net send command» to user john type:

net send john To send messages within LAN use the net send command

To send a message to all users, connected to the computer, type:

net send /users Exit 1C immediately!

To send a message to all users in domain ukmz, type:

net send /domain:ukmz Electricity will be cut off in 5 minutes

To send a message to all users in the domain, to which your computer belongs, type:

net send * Gentlemen, the meeting will begin at 13:00

2.5 Disabling and enabling the Messenger Service and the Net Send

You can disable or enable the messenger service using both MMC console (Services snap-in) and command line. All these operations require administrative rights.

To enable the messenger service perform the following steps: Open Control Panel. Open Administrative Tool, Services. Find Messenger Service in the Windows services list. Open its properties window. Select «Auto» from «Startup type» drop-down list. Then press Start button. Press OK button.

To disable the messenger service perform the following steps: Open Control Panel. Open Administrative Tool, Services. Find Messenger Service in the Windows services list. Open its properties window. Select «Disabled» from «Startup type» drop-down list. Then press Stop button. Press OK button.

To enable the messenger service using command line type the following commands in commant prompt:

sc config messenger start= auto
net start messenger

To disable the messenger service using command line type the following commands in commant prompt:

net stop messenger
sc config messenger start= disabled

3 Sending and receiving Net Send messages in Windows 10/8/7/Vista

Winsent Messenger is a messenger for LAN, compatible with net send. Winsent Innocenti is a pared-down version of the Winsent Messenger, only allowing message receiving. Sent is a console utility intended for sending messages from command line.

The following are step by step instructions on how to add NET SEND support to Windows 10, Windows 8, Windows 7:

1) Download and install Winsent Messenger or Winsent Innocenti on all computers that should be used for message receiving (Go to the download page).

2) Download and install Sent utility and Winsent Messenger on all computers that should be used for message sending (Go to the download page)

3) Change Windows system settings according to the requirements on all the computer where you installed Winsent Messenger, Winsent Innocenti and Sent.

Now you can send and receive NET SEND messages on Windows 10, Windows 8, Windows 7. If you need to send the message from command line then type the sent command in a command prompt, otherwise use Winsent Messenger.

Команда MSG – отправить сообщение пользователю.

Команда MSG существовала еще в Windows 2000/XP и предназначалась для обмена сообщениями между пользователями вошедшими в систему локально и пользователями терминальных сессий ( подключившихся к удаленному рабочему столу ) . В Windows Vista и более поздних операционных системах семейства Windows команда MSG стала основным стандартным средством обмена сообщениями, поскольку команда net send в данных ОС больше не поддерживается.

Формат командной строки:

Описание параметров командной строки :

пользователь — Имя пользователя.
имя сеанса — Имя сеанса.
ID сеанса — Идентификатор сеанса.
@имя файла — Файл, содержащий список имен пользователей, сеансов или идентификаторов сеансов, которым отправляется сообщение.
* — Отправить сообщение всем сеансам на указанном сервере.
/SERVER:сервер — Сервер (по умолчанию — текущий).
/TIME:секунд — Интервал ожидания подтверждения от получателя.
/V — Отображение информации о выполненных действиях.
/W — Ожидание ответа от пользователя, полезно вместе с /V.
сообщение — Отправляемое сообщение. Если не указано, выдается запрос или принимается ввод из STDIN.

Нынешняя реализация msg.exe прекрасно подходит для обмена сообщениями между сеансами локальных и терминальных пользователей в пределах одной системы, однако, в случаях обмена между разными компьютерами локальной сети, потребуется изменить некоторые настройки безопасности, принятые по умолчанию в операционных системах Windows Vista, 7 и более поздних.

При стандартных настройках, отправка сообщения пользователям удаленных компьютеров не выполняется и сопровождается сообщением:

Ошибка 1722 при получении имен сеанса

Это означает, что на компьютере, где должно приниматься посылаемое сообщение, невозможно получить информацию о вошедших в систему пользователях. Причиной может быть то, что брандмауэр блокирует входящие соединения, недостаточны права пользователя по отношению к удаленной системе, запрет удаленного вызова процедур в параметрах службы сервера терминалов. Как минимум, для обмена сообщениями с использованием команды msg между компьютерами, необходимо иметь учетную запись пользователя, действительную по отношению к удаленной системе и выполнить следующие настройки:

на каждом компьютере, которому будут отправляться сообщения, добавить в раздел реестра HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server параметр AllowRemoteRPC типа REG_DWORD и равный 1 Для изменения настроек можно использовать .reg-файл следующего содержания:

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server]
«AllowRemoteRPC»=dword:00000001

В ОС Windows Vista, Windows 7, 8, 10 ключ реестра AllowRemoteRPC существует, но имеет значение равное 0 , что необходимо исправить. Для применения изменений требуется перезагрузка.

поскольку для обмена сообщениями утилита msg.exe использует протокол SMB (Server Message Block ), на каждом компьютере, которому будут отправляться сообщения, должен быть открыт TCP порт 445

Примеры использования MSG :

msg * /server:Server «Тестовое сообщение » — отправить тестовое сообщение всем пользователям компьютера Server

msg * /server:192.168.0.1 «Тестовое сообщение » — отправить тестовое сообщение всем пользователям компьютера с IP-адресом 192.168.0.1

msg RDP-Tcp#0 /server:TSServer «Тестовое сообщение» — отправить тестовое сообщение пользователю терминальной сессии с именем RDP-Tcp#0 на компьютере TSServer

msg console /server:Windows7 «Тестовое сообщение» — отправить тестовое сообщение текущему локальному пользователю компьютера Windows7

msg console «Тестовое сообщение» — отправка тестового сообщения от пользователя сеанса RDP локальному пользователю. Если эта команда выполняется не пользователем терминальной сессии, то сообщение будет отправлено локальным пользователем самому себе.

Для выполнения команды msg от имени другого пользователя можно воспользоваться утилитой PSExec из пакета PSTools или штатным средством runas.exe

psexec -u otheruser -p otherpass msg * /server:win10 TEST message

runas /user:otheruser «msg * /server:win10 Test message»

Сообщения, отправляемые командой msg локальному пользователю компьютера с операционной системой Windows XP, который отсутствует ( еще не вошел в Windows ) отображаются в окне с приглашением к регистрации в системе и могут быть доступны посторонним.

Using Messages and Message Queues

The following code examples demonstrate how to perform the following tasks associated with Windows messages and message queues.

Creating a Message Loop

The system does not automatically create a message queue for each thread. Instead, the system creates a message queue only for threads that perform operations which require a message queue. If the thread creates one or more windows, a message loop must be provided; this message loop retrieves messages from the thread’s message queue and dispatches them to the appropriate window procedures.

Because the system directs messages to individual windows in an application, a thread must create at least one window before starting its message loop. Most applications contain a single thread that creates windows. A typical application registers the window class for its main window, creates and shows the main window, and then starts its message loop — all in the WinMain function.

You create a message loop by using the GetMessage and DispatchMessage functions. If your application must obtain character input from the user, include the TranslateMessage function in the loop. TranslateMessage translates virtual-key messages into character messages. The following example shows the message loop in the WinMain function of a simple Windows-based application.

The following example shows a message loop for a thread that uses accelerators and displays a modeless dialog box. When TranslateAccelerator or IsDialogMessage returns TRUE (indicating that the message has been processed), TranslateMessage and DispatchMessage are not called. The reason for this is that TranslateAccelerator and IsDialogMessage perform all necessary translating and dispatching of messages.

Examining a Message Queue

Occasionally, an application needs to examine the contents of a thread’s message queue from outside the thread’s message loop. For example, if an application’s window procedure performs a lengthy drawing operation, you may want the user to be able to interrupt the operation. Unless your application periodically examines the message queue during the operation for mouse and keyboard messages, it will not respond to user input until after the operation has completed. The reason for this is that the DispatchMessage function in the thread’s message loop does not return until the window procedure finishes processing a message.

You can use the PeekMessage function to examine a message queue during a lengthy operation. PeekMessage is similar to the GetMessage function; both check a message queue for a message that matches the filter criteria and then copy the message to an MSG structure. The main difference between the two functions is that GetMessage does not return until a message matching the filter criteria is placed in the queue, whereas PeekMessage returns immediately regardless of whether a message is in the queue.

The following example shows how to use PeekMessage to examine a message queue for mouse clicks and keyboard input during a lengthy operation.

Other functions, including GetQueueStatus and GetInputState, also allow you to examine the contents of a thread’s message queue. GetQueueStatus returns an array of flags that indicates the types of messages in the queue; using it is the fastest way to discover whether the queue contains any messages. GetInputState returns TRUE if the queue contains mouse or keyboard messages. Both of these functions can be used to determine whether the queue contains messages that need to be processed.

Posting a Message

You can post a message to a message queue by using the PostMessage function. PostMessage places a message at the end of a thread’s message queue and returns immediately, without waiting for the thread to process the message. The function’s parameters include a window handle, a message identifier, and two message parameters. The system copies these parameters to an MSG structure, fills the time and pt members of the structure, and places the structure in the message queue.

The system uses the window handle passed with the PostMessage function to determine which thread message queue should receive the message. If the handle is HWND_TOPMOST, the system posts the message to the thread message queues of all top-level windows.

You can use the PostThreadMessage function to post a message to a specific thread message queue. PostThreadMessage is similar to PostMessage, except the first parameter is a thread identifier rather than a window handle. You can retrieve the thread identifier by calling the GetCurrentThreadId function.

Use the PostQuitMessage function to exit a message loop. PostQuitMessage posts the WM_QUIT message to the currently executing thread. The thread’s message loop terminates and returns control to the system when it encounters the WM_QUIT message. An application usually calls PostQuitMessage in response to the WM_DESTROY message, as shown in the following example.

Sending a Message

The SendMessage function is used to send a message directly to a window procedure. SendMessage calls a window procedure and waits for that procedure to process the message and return a result.

A message can be sent to any window in the system; all that is required is a window handle. The system uses the handle to determine which window procedure should receive the message.

Before processing a message that may have been sent from another thread, a window procedure should first call the InSendMessage function. If this function returns TRUE, the window procedure should call ReplyMessage before any function that causes the thread to yield control, as shown in the following example.

A number of messages can be sent to controls in a dialog box. These control messages set the appearance, behavior, and content of controls or retrieve information about controls. For example, the CB_ADDSTRING message can add a string to a combo box, and the BM_SETCHECK message can set the check state of a check box or radio button.

Use the SendDlgItemMessage function to send a message to a control, specifying the identifier of the control and the handle of the dialog box window that contains the control. The following example, taken from a dialog box procedure, copies a string from a combo box’s edit control into its list box. The example uses SendDlgItemMessage to send a CB_ADDSTRING message to the combo box.