Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
ПРИМЕНЯЕТСЯ К:
2016
2019
по подписке
Журнал отслеживания сообщений представляет собой подробную запись всех действий по перемещению почты через транспортный конвейер на серверах почтовых ящиков и пограничных транспортных серверах. Вы можете использовать отслеживание сообщений для криминалистической экспертизы сообщений, анализа потока почты, составления отчетов и устранения неполадок.
По умолчанию Exchange использует циклическое ведение журнала для ограничения журнала отслеживания сообщений в зависимости от размера и возраста файла, чтобы контролировать место на жестком диске, используемом файлами журнала. Сведения о настройке журнала отслеживания сообщений см. в разделе Настройка отслеживания сообщений.
Поиск в журнале отслеживания сообщений
Журналы отслеживания сообщений содержат огромные объемы данных, поскольку сообщения проходят через сервер почтовых ящиков или пограничный транспортный сервер. При поиске в журналах отслеживания сообщений у вас есть параметры:
Get-MessageTrackingLog: администраторы могут использовать этот командлет командной консоли Exchange для поиска сведений о сообщениях в журнале отслеживания сообщений, используя широкий набор условий фильтрации. Дополнительные сведения см. в разделе Журналы отслеживания поисковых сообщений.
Отчеты о доставке для администраторов: администраторы могут использовать вкладку "Отчеты о доставке " в Центре администрирования Exchange или соответствующие командлеты Search-MessageTrackingReport и Get-MessageTrackingReport в командной консоли Exchange для поиска сведений о сообщениях, отправленных или полученных определенным почтовым ящиком в организации. Дополнительные сведения см. в статье "Отчеты о доставке для администраторов".
Структура файлов журналов отслеживания сообщений
По умолчанию файлы журнала отслеживания сообщений существуют в %ExchangeInstallPath%TransportRoles\Logs\MessageTracking. Папка содержит файлы журналов с разными именами, но все они соответствуют соглашению MSGTRKServiceyyyyMMdd-nnnn.logоб именовании. Различные имена файлов журнала описаны в следующей таблице.
| Имя файла | Серверы | Описание |
|---|---|---|
MSGTRK |
Серверы почтовых ящиков и пограничные транспортные серверы | Файлы журнала для службы транспорта. |
MSGTRKMA |
Серверы почтовых ящиков | Файлы журнала для утверждений и отклонений в модерируемом транспорте. Дополнительные сведения см. в статье Управление утверждением сообщений. |
MSGTRKMD |
Серверы почтовых ящиков | Файлы журналов для сообщений, доставленных в почтовые ящики службой доставки транспорта почтовых ящиков. |
MSGTRKMS |
Серверы почтовых ящиков | Файлы журналов для сообщений, отправленных из почтовых ящиков службой отправки транспорта почтовых ящиков. |
Другие заполнители в именах файлов журнала представляют следующие сведения:
yyyyMMdd — дата создания файла журнала в формате UTC. yyyy = год, MM = месяц, а dd = день.
nnnn — это номер экземпляра, который начинается со значения 1 каждый день для каждого журнала.
Данные записываются в файл журнала, пока не будет достигнут его максимальный размер. Затем открывается новый файл журнала с увеличенным номером экземпляра (-1 для первого, -2 для второго и т. Циклическое ведение журнала удаляет самые старые файлы журнала для службы, если выполняется одно из следующих условий:
достигнут максимальный срок хранения файла журнала;
Папка журнала отслеживания сообщений достигает максимального размера.
Примечания.
Максимальный размер папки журнала отслеживания сообщений вычисляется как общий размер всех файлов журнала с таким же префиксом. Другие файлы, не соблюдающие соглашение о присвоении имен, не учитываются при расчете общего размера папки. Переименование старых файлов журнала или копирование других файлов в папку журнала отслеживания сообщений может привести к превышению указанного максимального размера папки.
На серверах почтовых ящиков максимальный размер папки журнала отслеживания сообщений в три раза превышает указанное значение. Хотя файлы журнала отслеживания сообщений генерируются четырьмя различными службами и имеют четыре разных префикса имен, объем и частота данных, записываемых в модерируемый журнал переноса (
MSGTRKMA), ничтожно малы по сравнению с тремя другими журналами.
Файлы журналов отслеживания сообщений представляют собой текстовые файлы с данными в формате CSV. Каждый файл журнала отслеживания сообщений имеет заголовок, содержащий следующие сведения:
#Software: значение равно
Microsoft Exchange Server.#Version — номер версии сервера Exchange, создавшего файл журнала отслеживания сообщений. Значение имеет формат
15.01.nnnn.nnn.#Log-тип: значение равно
Message Tracking Log.#Date — дата и время в формате UTC, когда был создан файл журнала. Дата и время в формате UTC представлены в формате даты-времени ISO 8601: гггг-ММ-ддTчч:мм:сс.фффZ, где гггг = год, ММ = месяц, дд = день, T обозначает начало временной составляющей, hh = час, mm = минута, ss = секунда, fff = доли секунды, а Z означает зулу, что является другим способом обозначения UTC.
#Fields: имена полей с разделителями-запятыми, которые используются в файлах журнала отслеживания сообщений.
Поля в файлах журналов отслеживания сообщений
В журнале отслеживания сообщений каждое событие, связанное с сообщением, заносится в отдельную строку. Информация о событиях с сообщениями упорядочена по полям, разделенным запятыми. Обычно имя поля достаточно полно характеризует информацию, которая в нем хранится. Однако некоторые поля могут быть пустыми, или тип сведений в поле может меняться в зависимости от типа события сообщения и службы, записавшей событие. В следующей таблице приводятся общие описания полей, которые используются для классификации каждого события отслеживания сообщений.
| Имя поля | Описание |
|---|---|
| date-time | Дата и время события отслеживания сообщений в формате UTC. Дата и время в формате UTC представлены в формате даты-времени ISO 8601: гггг-ММ-ддTчч:мм:сс.фффZ, где гггг = год, ММ = месяц, дд = день, T обозначает начало временной составляющей, hh = час, mm = минута, ss = секунда, fff = доли секунды, а Z означает зулу, что является другим способом обозначения UTC. |
| client-ip | Адрес IPv4 или IPv6 сервера или клиента, который отправил сообщение. |
| client-hostname | Имя узла или полное доменное имя сервера или клиента обмена сообщениями , который отправил сообщение. |
| server-ip | IPv4- или IPv6-адрес исходного или конечного сервера. |
| server-hostname | Имя узла или полное доменное имя сервера назначения. |
| source-context | Дополнительная информация, относящаяся к полю источника. Например, вы можете: CatContentConversion 250 2.0.0 OK;ClientSubmitTime:<UTC> |
| connector-id | Имя соединителя отправки или соединителя получения, который принял сообщение. Например, ServerName\ ConnectorName или ConnectorName. |
| источник | Транспортный компонент Exchange, отвечающий за событие. Эти значения описаны в разделе "Исходные значения" в разделе "Журнал отслеживания сообщений " далее в этой статье. |
| event-id | Тип события. Эти значения описаны в разделе "Типы событий" в журнале отслеживания сообщений далее в этой статье. |
| internal-message-id | Идентификатор сообщения, назначенный сервером Exchange, который в данный момент обрабатывает сообщение. Идентификатор internal-message-id сообщения отличается в журнале отслеживания сообщений каждого сервера Exchange Server, который участвует в передаче сообщения. Пример значения: 73014444033. |
| message-id | Значение поля заголовка Message-Id: в заголовке сообщения. Если поле заголовка Message-Id: не существует или является пустым, Exchange присваивает произвольное значение. Это значение не изменяется на протяжении всего времени жизни сообщения. Для сообщений, созданных в Exchange, значение имеет формат <GUID@ServerFQDN>, включая угловые скобки (< >). Например, <4867a3d78a50438bad95c0f6d072fca5@mailbox01.contoso.com>. В других системах обмена сообщениями могут использоваться другие значения или синтаксис. |
| network-message-id | Уникальное значение идентификатора сообщения, которое сохраняется в различных копиях сообщения, которые могут создаваться в связи с развертыванием или расширением группы рассылки. Пример значения: 1341ac7b13fb42ab4d4408cf7f55890f. |
| recipient-address | Адрес электронной почты получателя сообщения. Если указано несколько адресов, то они отделяются друг от друга точкой с запятой (;). |
| recipient-status | Состояние получателя, разделенное точкой с запятой (;)). Значения состояния представляются получателям в таком же порядке, как и значения в поле recipient-address. Примеры значений состояния: Toили CcBcc 250 2.1.5 Recipient OK 550 4.4.7 QUEUE.Expired;<ErrorText> |
| total-bytes | Общий размер сообщения в байтах, включая все вложения. |
| recipient-count | Общее число получателей сообщения. |
| related-recipient-address | Это поле используется с событиями EXPAND,REDIRECT и RESOLVE для отображения других адресов электронной почты получателей, связанных с сообщением. |
| reference | В этом поле содержится дополнительная информация о конкретных типах событий. Например, вы можете: DSN: Содержит ссылку на отчет, которая является значением Message-Id связанного уведомления о состоянии доставки (также известного как DSN, сообщение о недозвоне, отчет о недоставке или NDR), если DSN создается после этого события. Если это сообщение DSN, поле Reference содержит значение Message-Id исходного сообщения, для которого было создано DSN. EXPAND: Содержит значение связанного адреса получателя связанных сообщений. RECEIVE: может содержать значение Message-Id связанного сообщения, если сообщение было создано другими процессами, например правилами ведения журнала или папки "Входящие". SEND. Содержит значение Internal-Message-Id всех сообщений DSN. THROTTLE: Содержит причину, по которой сообщение было отрегулировано. TRANSFER: Содержит значение Internal-Message-Id разделяемого сообщения. Сообщение, созданное правилами для папки "Входящие": Содержит значение Internal-Message-Id входящего сообщения, которое вызвало создание исходящего сообщения правилом для папки "Входящие". Ветвленные сообщения: может содержать значение Internal-Message-Id . Для событий других типов это поле обычно пустое. |
| message-subject | Тема сообщения указывается в поле заголовка Subject:. Отслеживание тем сообщений управляется параметром MessageTrackingLogSubjectLoggingEnabled командлета Set-TransportService . По умолчанию отслеживание тем сообщений включено. |
| sender-address | Адрес электронной почты, указанный в поле заголовка "Отправитель: " или в поле заголовка "От: ", если поля "Отправитель: " не существует. |
| return-path | Обратный адрес электронной почты, указанный командой MAIL FROM , отправившей сообщение. Хотя это поле никогда не бывает пустым, оно может иметь нулевое значение адреса отправителя, представленное как <>. |
| message-info | Дополнительные сведения о сообщении. Например, вы можете: Дата и время создания сообщения в формате UTC для событий DELIVER и SEND . Это дата и время первоначального поступления сообщения в организацию Exchange. Дата и время в формате UTC представлены в формате даты-времени ISO 8601: гггг-ММ-ддTчч:мм:сс.фффZ, где гггг = год, ММ = месяц, дд = день, T обозначает начало временной составляющей, hh = час, mm = минута, ss = секунда, fff = доли секунды, а Z означает зулу, что является другим способом обозначения UTC. Ошибки проверки подлинности. Например, вы можете увидеть значение 11a и тип проверки подлинности, которая использовалась при возникновении ошибки проверки подлинности. |
| directionality | Направление сообщения. Примеры значений: Incoming, Undefinedи Originating. |
| tenant-id | Это поле не используется в локальных организациях Exchange. |
| original-client-ip | Адрес IPv4 или IPv6 исходного клиента. |
| original-server-ip | Адрес IPv4 или IPv6 исходного сервера. |
| custom-data | Это поле содержит данные, связанные с определенными типами событий. Например, агент правила транспорта использует это поле для записи GUID правила потока обработки почты (также известного как правило транспорта) или политики DLP, которая действовала с сообщением. Дополнительные сведения см. в статье Просмотр отчетов об обнаружении политики защиты от потери данных. |
| тип транспорта-трафика | В локальной среде Exchange это поле пустое или имеет значение Email. |
| идентификатор логина | Уникальный идентификатор для строки в журнале отслеживания сообщений. Это поле не является важным в локальных организациях Exchange. |
| Schema-version | Номер версии сервера Exchange, создавшего запись, в журнале отслеживания сообщений. Значение имеет формат 15.01.nnnn.nnn. |
Типы событий в журнале отслеживания сообщений
Различные типы событий в поле event-id используются для классификации событий, связанных с сообщениями, в журнале отслеживания сообщений. Некоторые события, связанные с сообщениями, отображаются только в одном типе файлов журнала отслеживания сообщений, а некоторые во всех типах файлов. Типы событий, используемые для классификации каждого события, приведены в следующей таблице.
| Имя события | Описание |
|---|---|
| AGENTINFO | Это событие используется агентами транспорта для журналирования пользовательских данных. |
| BADMAIL | Сообщение отправлено каталогом раскладки или каталогом преобразования и не может быть доставлено и возвращено. |
| CLIENTSUBMISSION | Сообщение отправлено из папки "Исходящие" почтового ящика. |
| DEFER | Доставка сообщения отложена. |
| DELIVER | Сообщение было доставлено в локальный почтовый ящик. |
| DELIVERFAIL | Агент пытался доставить сообщение в папку, которая не существует в почтовом ящике. |
| DROP | Сообщение было отклонено без уведомления о доставке (также называемого сообщением возврата или отчетом о недоставке). Например:
|
| DSN | Создано уведомление о доставке. |
| DUPLICATEDELIVER | Сообщение было доставлено получателю повторно. Дублирование может произойти, если получатель является членом нескольких вложенных групп рассылки, но также может произойти из-за других путей доставки или поведения обработки. Банк данных обнаруживает и удаляет дубликаты сообщений. |
| DUPLICATEEXPAND | При расширении группы рассылки обнаружен повторяющийся получатель. |
| DUPLICATEREDIRECT | Альтернативный получатель сообщения уже являлся получателем. |
| EXPAND | Была расширена группа рассылки. |
| FAIL | Не удается доставить сообщение. Источники: SMTP, DNS, QUEUE и ROUTING. |
| HADISCARD | Теневое сообщение было отвергнуто, после того как основная копия была доставлена на следующий узел. Дополнительные сведения см. в статье Теневое резервирование в Exchange Server. |
| HARECEIVE | Теневое сообщение было получено сервером в локальной группе обеспечения доступности баз данных или на сайте Active Directory. |
| HAREDIRECT | Создано теневое сообщение. |
| HAREDIRECTFAIL | Не удалось создать теневое сообщение. Сведения сохранены в поле source-context. |
| INITMESSAGECREATED | Сообщение отправлено контролируемому получателю, поэтому оно отправлено в почтовый ящик вынесения решения для утверждения. Дополнительные сведения см. в статье Управление утверждением сообщений. |
| LOAD | Сообщение успешно загружено при загрузке. |
| MODERATIONEXPIRE | Модератор контролируемого получателя не утвердил и не отклонил сообщение, поэтому для него истек срок ожидания. Дополнительные сведения о модерируемых получателях см. в статье Управление утверждением сообщений. |
| MODERATORAPPROVE | Модератор контролируемого получателя утвердил сообщение, поэтому оно было доставлено контролируемому получателю. |
| MODERATORREJECT | Модератор контролируемого получателя отклонил сообщение, поэтому оно не было доставлено контролируемому получателю. |
| MODERATORSALLNDR | Все запросы на утверждение, отправленные всем модераторам модерируемого получателя, не могли быть доставлены, что приводило к появлению отчетов о недоставке (также известных как NDR или сообщения о недоставке). |
| NOTIFYMAPI | Сообщение было обнаружено в папке "Исходящие" почтового ящика на локальном сервере. |
| NOTIFYSHADOW | Сообщение было обнаружено в папке "Исходящие" почтового ящика на локальном сервере, и необходимо создать теневую копию сообщения. |
| POISONMESSAGE | Сообщение помещено в очередь сообщений о сбое или удалено из нее. |
| PROCESS | Сообщение успешно обработано. |
| PROCESSMEETINGMESSAGE | Сообщение о собрании обработано службой транспортной доставки почтовых ящиков. |
| RECEIVE | Сообщение было получено компонентом приема SMTP транспортной службы или из каталогов Pickup или Replay (источник: SMTP), или сообщение было отправлено из почтового ящика в службу отправки транспорта почтовых ящиков (источник: STOREDRIVER). |
| REDIRECT | Сообщение перенаправлено другому получателю в результате поиска в Active Directory. |
| RESOLVE | В результате поиска в Active Directory для получателей сообщения был найден другой адрес электронной почты. |
| RESUBMIT | Сообщение было автоматически повторно отправлено из сети безопасности. Дополнительные сведения см. в статье Сеть безопасности в Exchange Server. |
| RESUBMITDEFER | Сообщение, повторно отправленное из сети безопасности, было отложено. |
| RESUBMITFAIL | Сообщение, повторно отправленное из сети безопасности, не удалось отправить. |
| SEND | Сообщение было отправлено протоколом SMTP между службами транспорта. |
| SUBMIT | Служба отправки почтовых ящиков успешно передала сообщение службе транспорта. Для событий SUBMIT свойство source-context содержит следующие данные:
|
| SUBMITDEFER | Передача сообщения из службы доставки почты в почтовый ящик в службу транспорта была отложена. |
| SUBMITFAIL | Передача сообщения из службы доставки почты в почтовый ящик в службу транспорта не была выполнена. |
| SUPPRESSED | Передача сообщения была отменена. |
| THROTTLE | Сообщение было отрегулировано. |
| TRANSFER | В результате преобразования содержимого, ограничения числа получателей или работы агентов получатели были перемещены в сообщение с ветвлением. Источники: ROUTING или QUEUE. |
Значения источника в журнале отслеживания сообщений
Значения в поле source в журнале отслеживания сообщений указывает на компонент транспорта, ответственный за событие отслеживания сообщений. В следующей таблице описаны значения поля source.
| Значение источника | Описание |
|---|---|
| ADMIN | Источник события был введен пользователем. Например, администратор использовал средство просмотра, чтобы удалить сообщение, или отправил файлы сообщений с помощью каталога воспроизведения. |
| AGENT | Источником события был агент транспорта. |
| APPROVAL | Источником события была платформа утверждения, используемая для контролируемых получателей. Дополнительные сведения см. в статье Управление утверждением сообщений. |
| BOOTLOADER | Источником события были необработанные сообщения, которые присутствовали на сервере на момент загрузки. Это относится к типу событий LOAD. |
| DNS | Источником события было DNS. |
| DSN | Источником события являлось уведомление о состоянии доставки (также известное как DSN, сообщение о недоставлении, отчет о недоставке или NDR). |
| GATEWAY | Источником события был внешний соединитель. Подробнее см. в разделе Foreign Connectors. |
| MAILBOXRULE | Источником события было правило для папки "Входящие". Дополнительные сведения см. в правилах для папки "Входящие". |
| MEETINGMESSAGEPROCESSOR | Источником события был обработчик сообщения о собрании, который обновляет календари в соответствии с обновлениями собрания. |
| ORAR | Источником события был альтернативный получатель, запрошенный отправителем (ORAR). Вы можете включить или отключить поддержку ORAR on Receive соединителях с помощью параметра OrarEnabled в командлетах New-ReceiveConnector или Set-ReceiveConnector . |
| PICKUP | Источником события был каталог раскладки. Подробнее см. в разделе Pickup Directory and Replay Directory. |
| POISONMESSAGE | Источником события был идентификатор сообщения о сбое. Дополнительные сведения о подозрительных сообщениях и очереди таких сообщений см. в разделе Очереди и сообщения в очередях |
| PUBLICFOLDER | Источником события была общедоступная папка, поддерживающая почту. |
| QUEUE | Источником события была очередь. |
| REDUNDANCY | Источником события было избыточное теневое копирование. Дополнительные сведения см. в статье Теневое резервирование в Exchange Server. |
| СОПОСТАВИТЕЛЬ | Источником события был компонент разрешения получателей классификатора в службе транспорта. Дополнительные сведения см. в статье Разрешение получателей в Exchange Server. |
| ROUTING | Источником события был компонент разрешения маршрутизации классификатора в службе транспорта. |
| SAFETYNET | Источником события была сеть безопасности. Дополнительные сведения см. в статье Сеть безопасности в Exchange Server. |
| SMTP | Сообщение было отправлено компонентом отправки или получения SMTP службы транспорта. |
| STOREDRIVER | Источником события была MAPI-отправка из почтового ящика на локальном сервере. |
Примеры записей в журнале отслеживания сообщений
Не вызвавшее событий сообщение, отправленное между двумя пользователями, создает несколько записей в журнале отслеживания сообщений. Результаты можно просмотреть с помощью командлета Get-MessageTrackingLog. Дополнительные сведения см. в разделе Журналы отслеживания поисковых сообщений.
Это пример записей журнала отслеживания сообщений, которые создаются, когда пользователь chris@contoso.com успешно отправляет пользователю michelle@contoso.comтестовое сообщение. У обоих пользователей есть почтовые ящики на одном и том же сервере.
EventId Source Sender Recipients MessageSubject
------- ------ ------ ---------- --------------
NOTIFYMAPI STOREDRIVER {}
RECEIVE STOREDRIVER chris@contoso.com {michelle@contoso.com} test
SUBMIT STOREDRIVER chris@contoso.com {michelle@contoso.com} test
HAREDIRECT SMTP chris@contoso.com {michelle@contoso.com} test
RECEIVE SMTP chris@contoso.com {michelle@contoso.com} test
AGENTINFO AGENT chris@contoso.com {michelle@contoso.com} test
SEND SMTP chris@contoso.com {michelle@contoso.com} test
DELIVER STOREDRIVER chris@contoso.com {michelle@contoso.com} test
Журнал отслеживания сообщений и вопросы безопасности
В журнале отслеживания сообщений не хранится содержимое сообщений. По умолчанию в этот журнал заносятся темы сообщений электронной почты. Для соблюдения повышенных требований к безопасности или конфиденциальности может потребоваться отключить ведение журнала субъекта. Инструкции по отключению ведения журнала темы см. в разделе Настройка отслеживания сообщений.