Exchange логи

Артур

Случайный прохожий
Здравствуйте! Подскажите в логах вижу данные строчки:
<,EHLO smtp.availability.contoso.com,
250 SRV-EXH1.my.domain Hello [192.168.1.201] SIZE 104857600 PIPELINING DSN ENHANCEDSTATUSCODES STARTTLS X-ANONYMOUSTLS AUTH NTLM X-EXPS GSSAPI NTLM 8BITMIME BINARYMIME CHUNKING XRDST,
<,QUIT,
,221 2.0.0 Service closing transmission channel,

Подскажите, что они фиксируют?
 
Ошибка 221 - это ошибка аутентификации, означающая, что вы используете не корректный почтовый сервер, логин или пароль неверны, вам необходимо изменить метод аутентификации или доступ SMTP не включен для вашей учетной записи электронной почты. Попробуйте включить SSL / TLS, если уверены, что почтовый сервер и пользователь / пароль верны.
 
Причиной проблемы может быть настройка DelayedAck на службе транспорта Exchange. Принимающий сервер на «другой стороне» не успевает прислать ACK , поэтому истекает время ожидания соединения, SMTP-диалог так и не завершился.
Посмотрите что там с этим параметром
Set-ReceiveConnector "ConnectorName" -MaxAcknowledgementDelay 0
 
Причиной проблемы может быть настройка DelayedAck на службе транспорта Exchange. Принимающий сервер на «другой стороне» не успевает прислать ACK , поэтому истекает время ожидания соединения, SMTP-диалог так и не завершился.
Посмотрите что там с этим параметром
Set-ReceiveConnector "ConnectorName" -MaxAcknowledgementDelay 0
Это не обязательно связано с Shadow Redundancy
 
Дело где-то в настройках соединителей получения.
1617105139634.png
Можно проверить отправку почты через telnet.
 
C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpReceive
Расположение логов по умолчанию

Front End Transport service on Mailbox servers:

Receive connectors: %ExchangeInstallPath%TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpReceive
Send connectors: %ExchangeInstallPath%TransportRoles\Logs\FrontEnd\ProtocolLog\SmtpSend

Transport service on Mailbox servers:
Receive connectors: %ExchangeInstallPath%TransportRoles\Logs\Hub\ProtocolLog\SmtpReceive
Send connectors: %ExchangeInstallPath%TransportRoles\Logs\Hub\ProtocolLog\SmtpSend

Mailbox Transport Delivery service on Mailbox servers (Receive connectors): %ExchangeInstallPath%TransportRoles\Logs\Mailbox\ProtocolLog\SmtpReceive\Delivery

Mailbox Transport Submission service on Mailbox servers (Send connectors): %ExchangeInstallPath%TransportRoles\Logs\Mailbox\ProtocolLog\SmtpSend\Submission
 
Почта внутри организации ходит, с внешних доменов пользователи получают письма.
Ни каких поломок не наблюдаю, просто зашёл в логи и иногда вижу это событие
 
Ошибка 221 - это ошибка аутентификации, означающая, что вы используете не корректный почтовый сервер, логин или пароль неверны, вам необходимо изменить метод аутентификации или доступ SMTP не включен для вашей учетной записи электронной почты. Попробуйте включить SSL / TLS, если уверены, что почтовый сервер и пользователь / пароль верны.
221 2.0.0 Service closing transmission channel - эта команда вроде означает завершение сенса SMTP-сессии.
 
Причиной проблемы может быть настройка DelayedAck на службе транспорта Exchange. Принимающий сервер на «другой стороне» не успевает прислать ACK , поэтому истекает время ожидания соединения, SMTP-диалог так и не завершился.
Посмотрите что там с этим параметром
Set-ReceiveConnector "ConnectorName" -MaxAcknowledgementDelay 0
Во всех коннекторах, значение стоит по дефолту (30 сек)
 
Это так почти дословно и переводится)
У меня в логах iron port давно как то были отлупы
No messages injected within timeout period
Меня смущает доменное имя: smtp.availability.contoso.com. Вроде как используется в учебных целях у майкрософт
Пытается с моим сервером осуществить SMTP-сессию, а потом просто выходит. Не вводя команд.
 
As far as I know, in Exchange Server, there are a series of probes that monitor the health of the different components of the servers. One of these probes monitors the health of each Frontend Transport Service and its ability to proxy messages to each of the 2016 mailbox databases in the Exchange organization.
трэкинг какой нибудь наверное
 
Назад
Верх