Another GMS errors

GMS 24.3.11343

2024-11-22 05:37:16.564 ERROR [CP Server Thread-22] [attachments:670] [userID:someuser] [eventID:] [objectID:] [AttachmentsDownload] HTTPError error when downloading attachment. Name: Mime.822; GW Error code: None; Exception: 400 Client Error:  for url:....

Looks like error is thrown only on Mime.822 attachments, but It's huge number of them. It was there before update to latest FTF , should I open a case or is this known problem ?

Thanks

David

Tags:

  • Suggested Answer

    0  

    That is the problem with streaming attachments via HTTP from a GW site. Not sure how big is your size restriction set on GMS. Unlike in GW, those restrictions apply for the entire email / Mime and not for individual attachments as it is in GW. A negative part of those errors is, when seen too often on retries to download the same file again, that then we switch to streaming attachments over SOAP which is significantly slower .. thus, this can end up as a "performance" issue.

    I would suggest you to revise the size restrictions set at GMS site. And, next to it, you might try eventually to increase a POA timeout parameter in the GWC connector XML file.

    It is in /etc/datasync/configengine/engines/default/pipelines/pipelne1/connectors/groupwise. First, make a copy of that XML file.

    Then edit it and search for the <custom> section and underneath is <poaTimeout>40</poaTimeout>. Set it to 60 (it is in secs), for instance, save and restart the GMS. See if that helps/changes anything. Do not go very wild in his settings. I am not 100% sure if that helps, but it is worth trying.

    Otherwise, open a case with us.

    Peter

  • 0   in reply to   

    Hi Peter,

    thanks for suggestions, limits are set for both directions to 50 000 kB, I will try to increase the timeout and see if it helps.

    Regards

    David

  • 0   in reply to   

    Bigger timeout doesn't fixed the problem, I know that 50 MB is huge, but VIP' s need everything on their phones.

    David