Перейти к содержимому

Smtp логи что это

  • автор:

Ведение журнала протокола в Exchange Server

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

  • соединителях отправки и получения в службе транспорта на серверах почтовых ящиков;
  • соединителях отправки и получения в службе транспорта на пограничных транспортных серверах;
  • соединителях получения во внешней службе транспорта на серверах почтовых ящиков;
  • неявном и невидимом соединителе отправки внутри организации в службе транспорта на серверах почтовых ящиков;
  • неявном и невидимом соединителе отправки внутри организации во внешней службе транспорта на серверах почтовых ящиков;
  • неявном и невидимом соединителе отправки внутри организации в службе отправки транспорта почтовых ящиков на серверах почтовых ящиков;
  • неявном и невидимом соединителе получения доставки в почтовые ящики в службе доставки транспорта почтовых ящиков на серверах почтовых ящиков.

По умолчанию ведение журнала протокола включено для:

  • Соединитель получения по умолчанию с именем Default Frontend в транспортной службе переднего плана на серверах почтовых ящиков.
  • неявного и невидимого соединителя отправки во внешней службе транспорта на серверах почтовых ящиков.

Для всех остальных соединителей ведение журнала протокола отключено по умолчанию. Его потребуется включить отдельно для каждого соединителя. Вы можете настраивать остальные параметры ведения журнала протокола для всех соединителей получения или отправки в каждой отдельной службе транспорта на сервере Exchange. Все соединители получения в службе транспорта используют одни и те же файлы и параметры журнала протокола. Эти файлы и параметры отделены от файлов и параметров журнала протокола для соединителя отправки в той же службе транспорта на сервере Exchange.

По умолчанию Exchange использует циклическое ведение журнала, чтобы ограничить журнал протокола в зависимости от размера файла и возраста файла, чтобы контролировать место на жестком диске, используемое файлами журнала. Сведения о настройке ведения журнала протокола см. в разделе Настройка ведения журнала протокола.

Структура файлов журнала протокола

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

  • Внешняя служба транспорта на серверах почтовых ящиков:
    • Соединители получения: %ExchangeInstallPath%TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpReceive
    • Отправка соединителей: %ExchangeInstallPath%TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpSend
    • Соединители получения: %ExchangeInstallPath%TransportRoles\Logs\Hub\ProtocolLog\SmtpReceive
    • Отправка соединителей: %ExchangeInstallPath%TransportRoles\Logs\Hub\ProtocolLog\SmtpSend
    • Соединители получения: %ExchangeInstallPath%TransportRoles\Logs\Edge\ProtocolLog\SmtpReceive
    • Отправка соединителей: %ExchangeInstallPath%TransportRoles\Logs\Edge\ProtocolLog\SmtpSend

    Соглашение об именовании для файлов журнала — для SENDyyyymmddhh-nnnn.log соединителей отправки и RECVyyyymmddhh-nnnn.log для соединителей получения. Заполнители обозначают следующее:

    • yyymmddhh — это дата создания файла журнала в формате UTC. гггг = год, мм = месяц, дд = день и чч = час.
    • nnnn — это номер экземпляра, начинающийся со значения 1 каждый час.

    Данные записываются в файл журнала, пока не будет достигнут его максимальный размер. Затем открывается новый файл журнала с увеличенным номером экземпляра (-1 для первого, -2 для второго и т. д.) При циклическом ведении журнала самые старые файлы журнала удаляются при соблюдении любого из следующих условий:

    • достигнут максимальный срок хранения файла журнала;
    • достигнут максимальный размер папки журнала протокола.

    Файлы журнала протокола представляют собой текстовые файлы в формате данных с разделителями-запятыми (CSV). Каждый файл журнала протокола снабжен заголовком, содержащим следующие сведения:

    • #Software: значение равно Microsoft Exchange Server .
    • #Version: номер версии сервера Exchange Server, создавшего файл журнала отслеживания сообщений. Значение использует формат 15.01.nnnn.nnn .
    • #Log-Type: значение равно SMTP Receive Protocol Log или SMTP Send Protocol Log .
    • #Date: дата и время создания файла журнала в формате UTC. Дата-время в формате UTC представлено в формате даты и времени ISO 8601: гггг-мм-ддTчч:мм:ss.fffZ, где гггг = год, мм = месяц, дд = день, T указывает начало компонента времени, чч = час, мм = минута, ss = секунда, fff = доли секунды, а Z обозначает Zulu, что является еще одним способом обозначения UTC.
    • #Fields: имена полей с разделителями-запятыми, используемые в файлах журнала протокола.

    Поля журнала протокола

    В каждой строке журнала протокола хранится одно событие протокола SMTP. Данные в каждой строке сгруппированы по полям, а поля разделены запятыми. В приведенной ниже таблице представлены поля, используемые в журнале протокола.

    Имя поля Описание
    date-time Дата и время события протокола в формате UTC. Дата-время в формате UTC представлено в формате даты и времени ISO 8601: гггг-мм-ддTчч:мм:ss.fffZ, где гггг = год, мм = месяц, дд = день, T указывает начало компонента времени, чч = час, мм = минута, ss = секунда, fff = доли секунды, а Z обозначает Zulu, что является еще одним способом обозначения UTC.
    connector-id Различающееся имя (DN) соединителя, связанного с событием SMTP.
    session-id Значение GUID, уникальное для каждого сеанса SMTP, но одинаковое для каждого события, связанного с этим сеансом.
    sequence-number Значение счетчика, которое начинается с 0 и увеличивается на единицу для каждого события в рамках одного SMTP-сеанса.
    local-endpoint Локальная конечная точка SMTP-сеанса. Он состоит из IP-адреса и номера TCP-порта, отформатированного как : .
    remote-endpoint Удаленная конечная точка SMTP-сеанса. Он состоит из IP-адреса и номера TCP-порта, отформатированного как : .
    event Одиночный символ, представляющий событие протокола. Допустимые значения:
    + :Подключения
    — :Отключите
    > :Отправить
    < :Получить
    * :Информация
    data Текстовые данные, связанные с SMTP-событием.
    context Дополнительные содержательные сведения, которые могут быть связаны с SMTP-событием.

    Один разговор SMTP, представляющий отправку или получение одного электронного сообщения, создает несколько событий SMTP. Каждое событие записывается в отдельной строке журнала протокола. В любой момент на сервере Exchange происходит множество разговоров SMTP. При этом в журнале протокола попеременно создаются записи из разных разговоров SMTP. С помощью полей session-id и sequence-number можно отсортировать записи в журнале протокола по разговорам SMTP.

    # SMTP

    +8 Логи SMTP Господа, хочется увидеть логи отправки писемЯ хочу узнать о том, что письма не уходят сразу,а не спустя день. Пока у вас скрипт бодро говорит, что сообщение отправлено, даже если указать неверные учетные данные. Я считаю, что это катастрофа, и я пол.

    +3 Новая фича с DKIM, SMTP и настройки почты Исправлено После последнего обновления, когда прикрутили фишку с DKIM настройками в инсталлере, возникла ситуация, что у тех, у кого отправка писем уже была настроена в mail.php следующим образом (инструкция на эту тему.

    Рассылки email Добрый день!Помогите пожалуйста с настройками рассылки!Не приходят даже тестовые отправки.Добавил spf запись на хостинге, но все равно рассылка не проходит, выдает ошибки.Сделал тест https://www.mail-tester.com/:оценка: 5.3 из 10Ваше сообщение не.

    Не уходят письма по SMTP Yandex Настроили отправку писем через SMTP но они вовсе перестали уходить.По итогу не понятно в чем причина.Вот файл mail.php array ( ‘type’ => ‘smtp’.

    подключение стандартной почты гугл не могу настроить подключение к почтелогин, пароль,сервер. все ввожу верно, а толку никакого. Сообщения не отправляются.перепробовал все комбинации потов от гугл и шифрования.подскажите что я делаю не так?

    SMTP. Email-адрес отправителя. Есть решение Ситуация такая. В настройках в поле «Email-адрес отправителя» внесен один адрес, а в поле «логин» другой.Письма почему-то приходят с адреса вписанного в поле «логин», а не с того, что вписан в.

    А чего тут пытаться? :)Вот решение:Жаль только, что ни парень из поддержки google ни техподдержка webasyst не смогли подсказать. Времени много ушло.Для господина creativit.ru — абсолютно любой адрес из любого домена на который вы можете подтвердить право собственности можно использовать как адрес отправителя если у вас есть аккаунт в Google Suite.

    Перестала работать отправка уведомлений через SMTP Перестала работать отправка уведомлений через SMTP. Все настройки такие же точно как у почтового клиента. Почтовый клиент работает, а с сайта почта не уходит.Ошибка вот такая: Connection could not be established with host . [Время.

    DKIM на хостинге MasterHost Доброго времени суток!Пробовал прописать стандартный wa-config/mail.php не проходит.Хостер предлагает свою реализацию отправки писем:

    Отправка уведомлений через smtp Есть решение Добрый день.после последнего обновления, перестали приходить на почту уведомления о заказах, настроено все было через smtp и работало — поставил последнее обновление и перестало все работать!в чем может быть проблема! или перенесли настройки smtp.

    Проверьте наличие в файле /wa-config/mail.php примерно такого содержания. return array ( ‘default’ => array ( ‘type’ => ‘smtp’, ‘host’ => ‘адрес почтовика’, ‘port’ => порт, ‘login’ => ‘логин’, ‘password’ => ‘пароль’, ‘encryption’ => ‘тип шифрования’, ), ‘ваш домен’ => array ( ‘type’ => ‘smtp’.

    replicant

    Привязка магазина к почте Добрый день!У меня установлена лицензионная версия вашего магазина ( Установленная версия: 287 Дата установки: 2009-12-24). Месяц назад перестали приходить заказы на почту. В интернет-магазине они есть, а на почту не приходят. Проблему нашли — нужно.

    +1 Ошибки в ​mailer.return_path.log Не принято Идут такие ошибки в mailer.return_path.log2017-02-09 10:40:03 return_path_id=2; Error from ssl://pop.yandex.ru: [AUTH] login failure or POP3 disabled, try later. sc=1eW4GR6Ip4Y1_090740_8p2017-02-09 11:20:02 return_path_id=1; Error from.

    Отправка почты на ящик в Яндекс ПДД Имеем ящик привязанный к почте для домена яндекса вида my@email.ruЭтот ящик прописан в настройках инсталлера.Проблема: При отправке сообщений из контактной формы получаем сообщение об успешной отправке, но по факту письмо в ящик не приходитПробовал.

    Как отправлять email-сообщения через SMTP-сервер По умолчанию для отправки email-сообщений в Вебасисте используется PHP-функция mail(). Для того чтобы вместо неё отправлять сообщения через SMTP-сервер, в приложении «Настройки» откройте раздел «Настройки email» и в списке «Транспорт» выберите «SMTP».

    Вопрос по DKIM в рассылках Здравствуйте.У меня почта с моего домена прикреплена на «Почта для домена» на Яндексе https://pdd.yandex.ru, то есть MX сервер mx.yandexСоотвественно Яндекс предоставляет DKIM, который я указал в DNS настройках, и получил эту зеленую галочку.

    Настройка транспорта (SMTP, sendmail) уведомления о заказах не приходят Не приходят клиентам уведомления о заказах. Пытались решить проблему настройкой wa-config/ mail.phpПо умолчанию для отправки писем используется функция mail().Если вы хотите использовать другие транспорты, например SMTP, вам необходимо создать.

    Структура файлов журнала протокола

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

      Файлы журнала протокола соединителя приема: C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\ProtocolLog\SmtpReceive

    Имена файлов журнала в каждом каталоге журнала протокола должны иметь следующий вид: prefixyyyymmdd-nnnn.log. Заполнители обозначают следующее:

      Заполнитель prefix имеет значение SEND для соединителей отправления и значение RECV для соединителей приема.

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

    Файлы журнала протокола представляют собой текстовые файлы в формате CSV. Каждый файл журнала протокола снабжен заголовком, содержащим следующие сведения:

      #Software: название программного обеспечения, создавшего файл журнала протокола. Обычно это значение равно Microsoft Exchange Server.

    Сведения, записываемые в журнал протокола

    В журнале протокола каждое событие хранится в отдельной строке. Данные каждой строки сгруппированы по полям, разделенным запятыми. Поля, используемые для классификации каждого события протокола, объясняются в таблице 1.

    Таблица 1. Поля, используемые для классификации каждого события протокола

    Дата и время события протокола в формате UTC (ISO 8601). Значение имеет следующий формат: гггг-мм-ддTчч:мм:сс.fffZ, где гггг = год, мм = месяц, дд = день, чч = часы, мм = минуты, сс = секунды, fff = доли секунды, а Z означает «Зулу», что является другим обозначением UTC.

    Различающееся имя (DN) соединителя, связанное с SMTP-событием.

    Идентификатор GUID уникален для каждого SMTP-сеанса, но один и тот же для каждого события, связанного с SMTP-сеансом.

    Значение счетчика, которое начинается с 0 и увеличивается на единицу для каждого события в рамках одного и того же SMTP-сеанса.

    Локальная конечная точка SMTP-сеанса. Она состоит из IP-адреса и номера TCP-порта и задается в следующем формате: : .

    Удаленная конечная точка SMTP-сеанса. Она состоит из IP-адреса и номера TCP-порта и задается в следующем формате: : .

    Одиночный символ, отражающий событие протокола. Возможны следующие значения:

    Текстовые данные, связанные с SMTP-событием.

    Дополнительные содержательные сведения, которые могут быть связаны с SMTP-событием.

    Одиночный SMTP-диалог, отражающий отправку или получение одиночного сообщения электронной почты, формирует несколько SMTP-событий. Указанные SMTP-события приводят к созданию нескольких строк, подлежащих записи в журнал протокола. Несколько SMTP-диалогов, отражающих отправку или прием нескольких сообщений электронной почты, могут произойти одновременно. При этом попеременно создаются записи журнала протокола из различных SMTP-диалогов. Однако легко можно использовать поля идентификатора сеанса и порядкового номера для сортировки записей журнала протокола по SMTP-диалогам.

    Дополнительные сведения

    Дополнительные сведения о настройке ведения журнала протокола в сервере Exchange 2007 см. в разделе Инструкции по настройке ведения журнала протокола.

    Самые последние сведения и дополнительную документацию по Exchange Server 2007 см. в центре технической поддержки Exchange Server TechCenter. © 2008 Microsoft Corporation. Все права защищены. Юридические сведения

    Как посмотреть логи на Exchange SMTP попыток отправить.

    По заголовку письма я вижу что письма приходят с большой задержкой 2-3 часас момента отправки и выглядит это так как будто сервер отправителя просто отправил письмо на наш Exchange сервер спусты 3 часа. По всей видимости мне надо посомтреть лог коннектов SMTP и впринципи попыток отправить письма на сервер, чтобы понять причину, как мне это сделать. Exchange 2019

    Administrator
    Сообщений: 728 Баллов: 8901 Рейтинг: 0 Регистрация: 09.02.2011
    23.06.2020 14:37:56

    Решение:
    1. Смотрим какой коннектор отвечает за получения писем:

    В моем случае коннектор отвечающий за получение писем:
    MX\Default Frontend MX True

    2. Смотрим его параметры
    [PS] C:\Windows\system32>Get-ReceiveConnector «MX\Default Frontend MX» | fl
    Нас интересуют параметры:
    ProtocolLoggingLevel : Verbose (означает что лог включен)
    TransportRole : FrontendTransport (показывает логи какой службы нам надо смотреть)

    3. Смотрим логи нужной нам службы:
    [PS] C:\Windows\system32>Get-FrontendTransportService | fl ReceiveProtocolLog*

    ReceiveProtocolLogMaxAge : 30.00:00:00
    ReceiveProtocolLogMaxDirectorySize : 250 MB (262,144,000 bytes)
    ReceiveProtocolLogMaxFileSize : 10 MB (10,485,760 bytes)
    ReceiveProtocolLogPath : C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpRece ­ive

    Ну собственно тут логи: C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpRece ­ive

    В моем случае проблема была в:
    2020-06-23T10:39:10.458Z,MX\Default Frontend MX,08D81287B2532A5D,19,192.168.10.13:25,94.100.176.132:45416,>,354 Start mail input; end with .,
    2020-06-23T10:39:10.479Z,MX\Default Frontend MX,08D81287B2532A5D,20,192.168.10.13:25,94.100.176.132:45416,*,,Proxy destination(s) obtained from OnProxyInboundMessage event
    2020-06-23T10:39:10.507Z,MX\Default Frontend MX,08D81287B2532A5D,21,192.168.10.13:25,94.100.176.132:45416,>,452 4.3.1 Insufficient system resources,
    2020-06-23T10:39:10.511Z,MX\Default Frontend MX,08D81287B2532A5D,22,192.168.10.13:25,94.100.176.132:45416,2020-06-23T10:39:10.511Z,MX\Default Frontend MX,08D81287B2532A5D,23,192.168.10.13:25,94.100.176.132:45416,>,221 2.0.0 Service closing transmission channel

    Решение перезапуск 2х служб:
    MSExchangeFrontEndTransport и MSExchangeTransport

    Услуги Системного Администратора — Работаю только с Юр. Лицами по договору обслуживания.
    Administrator
    Сообщений: 728 Баллов: 8901 Рейтинг: 0 Регистрация: 09.02.2011
    23.06.2020 15:06:38

    Также лог можно из консоли в реальном времени мониторить:
    [PS] C:\Windows\system32>Get-Content «C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\Logs\FrontEnd\Prot
    olLog\SmtpReceive\RECV20200623*.log» -Tail 50 -Wait | select-string «Insufficient»

    2020-06-20T23:40:29.806Z,MX\Default Frontend MX,08D81287B252E72E,12,127.0.0.1:25,127.0.0.1:31903,>,452 4.3.1 Insuffici
    nt system resources,Duration(ms):18
    2020-06-20T23:45:29.870Z,MX\Default Frontend MX,08D81287B252E73C,12,127.0.0.1:25,127.0.0.1:32364,>,452 4.3.1 Insuffici
    nt system resources,Duration(ms):28
    2020-06-20T23:55:30.140Z,MX\Default Frontend MX,08D81287B252E758,12,127.0.0.1:25,127.0.0.1:33240,>,452 4.3.1 Insuffici
    nt system resources,Duration(ms):36

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *