Thank you for reporting, this is an issue on libytnef. The only action on SOGo is updating library once merged.

I close this one.

Sebastien

Hi @sebastien.
Reopened just to notify you the patch has already been merged

Thank you !

Hello ! Could you provide us a winmail.dat file so we could test it ?

Uhm, maybe I'm wrong, but it seems I cannot upload anything as the issue is closed :-/

Ok, now I can upload the winmail.dat file, sorry for the duplicate note

Ok thank you ! We will let you know when we will upatde ytnef

Hello,
Have you tested ytnef with the file you provide ?
I build ytnef with your fix but can't parse your file somehow.

ytnef_failed.png (6,670 bytes)   

ytnef_failed.png (6,670 bytes)   

The winmail.dat file i had problem with at the beginning contained reserved data I couldn't publish, so I had to do some tries in order to have Outlook to create a winmail.dat with some other attachments. The only way I found was to also insert a poll into the mail, and maybe the "Request Response [2]" you are seeing is about that empty poll.
I focused on having the library to extract the attachments without errors, so you can check with the command "ytnef -F -f . winmail.dat". If someone can provide me a "normal" winmail.dat I can check the ytnef -v output differences between that winmail.dat and mine.
Otherwise you can check by yourself with any winmail.dat you manage to create with an attachment with a filename longer than 100 chars

Ok just want te be sure it was not on my side.

I've made a .dat with a attachment'name over 100 chars and confirm it works with your fix but not without. I've asked Yeraze to make a new release of ytnef bedore we can make our own packages.

Hello the new version of ytnef 2.1.2 has been published in our repos.
Let me know if there are any problems to install it.