Как интерпретировать EWS Log - PullRequest
0 голосов
/ 17 мая 2019

Моя компания устанавливает Linux Box, который работает под управлением Centos 7.5. Есть несколько php-скриптов, которые запускаются через задания cron. Все работают нормально, но один из сценариев предназначен для получения новых писем из почтового ящика журнала EWS и, похоже, не собирает письма так регулярно, как следовало бы.

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

Скрипт помечает электронные письма для удаления, и теоретически Почтовый ящик журнала должен их удалять, это я в настоящее время подтверждаю.

Ниже приведены несколько строк из журнала EWS, и мне интересно, есть ли кто-то, кто может прочитать это и сказать, прерывает ли почтовый ящик соединение с PHP-скриптом.

Кажется, это указывает на то, что размер сообщения был превышен, и мне интересно, если что-то ограничивает подключения сценария на основе или потому, что превышаются ресурсы в окне Exchange!?

2019-05-11T03: 34: 15.234Z abdd5aff-c9e9-4581-92fb-dd448c41c84a 15 1 1591 13 Неизвестный NTLM ИСТИНА PHP-SOAP-CURL Цель = нет; Req = / Exchange2007; 10.34.xx 10.34.xx EX-OCxx GetItem 200 708 7eab8290feb34b4180363492df072ce6 7c7fd143-47c5-4238-8f69-5f53c8820261 PrimaryServer LocalTask ​​0 1 0 1 0 [C] 0 0 6 28 1 0 0 4 35 41_St; App_BeginReq_End = 0; GetHandler_Start = 1; RequestHandler = ФОС; GetHandler_End = 1; BackEndAuthenticator = WindowsAuthenticator; TotalBERehydrationModuleLatency = 0; CSCWTI = 0; CSCWTI = 0; КПН = RUM_ABR / RUM_ABRC / ABR / APAR / EWS_CE / EWS_CEC / APSRH / APRHE / RUM_AER / RUM_AERC / AER / AERC /; CPV = 0/0/0/1/5/40/40/41/41/41/41/41 /; MailboxTypeCacheSize = 325757, S: AspDispatchLatency.BeginRequest = 0, S: ADRS.InclI = 1, S: AspDispatchLatency.EndRequest = 0, S: ADRS.Check = 00, S: ServiceTaskMetadata.WatsonReportCount = 0, S: WLM.Bal = 299816, S: ServiceTaskMetadata.ServiceCommandBegin = 4, S: ServiceTaskMetadata. ServiceCommandEnd = 40, S: ActivityStandardMetadata.Component = СЗП, S: WLM.BT = СЗП, S: EwsMetadata.Mail boxTypeCacheHitCount = 4, S: EwsMetadata.ParticipantResolveLatency = 0, S: EwsMetadata.HttpHandlerGetterLatency = 0; двухместный: WLM.TS = 41; двухместный: CCpu.T [CMD] = 0; I32: BC.C [] = 1; двухместный : BC.T [] = 0,0894000008702278; двухместное: ST.T [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 3; I32: MB.C [EX-OCxx.9a749098-9035-483f-a9bd- e67dd80f5f1f] = 6, F: MB.AL [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 5; двухместное: RPC.T [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 30 ; двухместный: EXR.T [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 26; I32: RPC.C [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 6; двухместный: STCPU .T [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 15; I32: MAPI.C [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 19; I32: ROP.C [EX -OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = - 1579642; Dbl: MAPI.T [EX-OCxx.9a749098-9035-483f-a9bd-e67dd80f5f1f] = 30; Dbl: BudgU2,899 = 2017] 201 = 1997 -05-11T03: 34: 15,192Z 31972 303722920 305586632 252508_43672_8062 252508_43672_8062

Извините за формат. Рад попробовать что-нибудь еще, если нужно?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...