Re: Notes 12.0 running on IBM i - problems with attachments

[Vern Hamberg <vhamberg@xxxxxxxxxxxxxxx>]

Hello Åke

A quick Google revealed that Vipre is a cybersecurity company. When you 
mention problems sometimes with DOCX or XLSX, I wonder if Vipre has a 
rule based on the size of attachments - especially about uncompressed 
size. DOCX and XLSX are compressed archive, basically PKZIP - when you 
open one in a text editor, the first 2 characters are PK.

We have an application, apparently, that checks for the uncompressed 
size of ZIP files. It used to treat these Office Open XML (the Microsoft 
DOCX, etc.) as normal PKZIP and blocked things that should not have.

So the sporadic behavior would happen if Vipre does the same - smaller, 
no problem, larger, maybe blocked. The size of the DOCX or XLSX does not 
seem to be a problem, but is you open it with 7-Zip or other such tool, 
you'll see much larger sizes in the contents.

Anyhow, that's my wild guess based on the behavior you describe, brief 
as it is.

Cheers
Vern

On 12/19/2022 7:27 AM, Åke Olsson wrote:
> I have a client (small shop) who (against my initial recommendations)
> decided to run their mail server in-house on the IBM i.
>
>   
>
> The reason I  advised against was that the solution would be quite cost
> ineffective. But if they feel more at ease with the in house solutions that
> is fine by me. And I do love the IBM i but have close to zero detail
> knowledge about the inner workings of Notes/Domino!
>
>   
>
> Now they are having issues with receiving email attachments of type “docx”
> and “xslx”. Not always but frequently enough do be a hassle.
>
>   
>
> I have tried to establish an account to the HCL support forums but for some
> reason “OCTA” blocks me.
>
>   
>
> I know that in house mail on the i  is not common but if anyone can hint me
> in the right direction that will be most helpful.
>
>   
>
> OH – for extra details: Customer just told me that the issue may have
> something to do with “Vipre” – whatever that is…
>
>   
>
> /Ake Olsson/
>
>   
>
>   
>
>