Evolution does not decode attachments with non-standard "Content-Transfer-Encoding: uuencode"
Background:
We're running bunch of AIX systems and we have shell scripts generating some reporting CSV files (semi-colon delimited lists). Then we're using uuencode + mailx to send these reports to our sysadmins.
Our mail-server is MS Exchange on Azure/Office365 so some of us are using Microsoft OWA webUI and some are using Evolution-EWS clients.
Issue description:
If the attached file is downloaded via Evolution it gets corrupted. It contains a bunch of garbage characters and can not be used. It is NOT an issue of the Libre-Office. Even if the file is opened via text-editor/vim/less it still has wrong content.
BUT if the SAME attachment of the SAME email is download via OWA it is perfectly fine and contains the expected content.
Meaning the source of the issue seems to be with Evolution itself (and not with uuencode/mailx or mailserver)
I am attaching three files:
- TEST_39_2021-09-27_int_SRC.csv - Is the test-generated file downloaded from one of the hosts (so NOT processed by uuencode/mailx)
- TEST_39_2021-09-27_int_OWA.csv - Is the file downloaded from the reporting mail via OWA - content is OK
- TEST_39_2021-09-27_int_EVO.csv - Is the file downloaded via Evolution client and which is "broken"
TEST_39_2021-09-27_int_SRC.csvTEST_39_2021-09-27_int_OWA.csvTEST_39_2021-09-27_int_EVO.csv
Message source from Evolution:
--_1041f2df-4acf-4b3a-833c-662ddffbad05_
Content-Transfer-Encoding: uuencode
Content-Disposition: attachment; filename="TEST_39_2021-09-27_int.csv"
Content-Type: application/octet-stream; name="TEST_39_2021-09-27_int.csv"
begin 600 TEST_39_2021-09-27_int.csv
M06%A86$[0F)B8F)B.T-C8V-C.T1D9&1D.T5E965E.T9&1F8[1V=G9V<[2$A(
M:&@[26EI:6EI.TIJ:FIJ.TMK:VMK:PI"8F)B8F([0V-C8V,[1&1D9&0[165E
M964[1D9&9CM'9V=G9SM(2$AH:#M):6EI:6D[2FIJ:FH[2VMK:VMK.V%A86%A
M86$*0F)B8F)B.T)B8F)B8CM#8V-C8SM$9&1D9#M%965E93M&1D9F.T=G9V=G
M.TA(2&AH.TEI:6EI:3M*:FIJ:CM+:VMK:VL*2FIJ:FH[2VMK:VMK.T)B8F)B
M8CM#8V-C8SM$9&1D9#M%965E93M&1D9F.T=G9V=G.TA(2&AH.TEI:6EI:3M*
M:FIJ:@I):6EI:6D[2FIJ:FH[2VMK:VMK.T)B8F)B8CM#8V-C8SM$9&1D9#M%
M965E93M&1D9F.T=G9V=G.TA(2&AH.TEI:6EI:0I(2$AH:#M):6EI:6D[2FIJ
M:FH[2VMK:VMK.T)B8F)B8CM#8V-C8SM$9&1D9#M%965E93M&1D9F.T=G9V=G
M.TA(2&AH"D=G9V=G.TA(2&AH.TEI:6EI:3M*:FIJ:CM+:VMK:VL[0F)B8F)B
>.T-C8V-C.T1D9&1D.T5E965E.T9&1F8[1V=G9V<*
`
end
Environment:
- OS: RHEL 8.4 (4.18.0-305.12.1.el8_4.x86_64)
- Desktop: KDE Plasma 5.18.4
- Qt ver: 5.12.5
- Evolution:
- evolution-3.28.5-16.el8.x86_64
- evolution-langpacks-3.28.5-16.el8.noarch
- evolution-ews-3.28.5-10.el8.x86_64
- evolution-ews-langpacks-3.28.5-10.el8.noarch
- evolution-data-server-3.28.5-15.el8.x86_64
- evolution-data-server-langpacks-3.28.5-15.el8.noarch
- evolution-mapi-3.28.3-3.el8.x86_64
- evolution-mapi-langpacks-3.28.3-3.el8.noarch
- evolution-help-3.28.5-16.el8.noarch
UPDATE: Exactly the same issue with version 3.42.0 (Flatpak)
Please let me know if further information is required
Alex