You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Raffaele Gambelli <R....@westpole.it> on 2019/02/06 13:05:49 UTC
[email] Email sent with commons email having long filename
attachments, show problems in Outlook
Hi all,
this is probably a known issue, Outlook is not fully conform to RFC 2231 so it's unable to parse long filename attachments, this happens when sender applies RFC 822 folding rules, so for example a filename "CANALI+GIOVANNI+SRL+-+NOTA+PROT.+0001461+DEL+04.02.2019.pdf.p7m" once sent (via commons email) becomes:
Content-Type: application/pkcs7-signature;
name*0=CANALI+GIOVANNI+SRL+-+NOTA+PROT.+0001461+DEL+04.02.2019.pdf.;
name*1=p7m
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename*0=CANALI+GIOVANNI+SRL+-+NOTA+PROT.+0001461+DEL+04.02.2019.pdf.;
filename*1=p7m
This problem has been present in Outlook for many years, I could suppose Microsoft doesn't think to fix it, maybe they think it's not an issue, I really don't know.
What I would like to know is if with "commons email" exists the possibility to avoid folding of header parameter names, besides that I would like to know your opinion if what I've just said is right or if it could bring problems on some other different clients.
Thanks, best regards
Some useful references:
https://bugzilla.mozilla.org/show_bug.cgi?id=309566
https://tools.ietf.org/html/rfc2231
[https://westpole.it/firma/logo.png]
Raffaele Gambelli
WebRainbow(r) Software Developer
P +39 051 8550 576
M #
E R.Gambelli@westpole.it
W https://westpole.webex.com/meet/R.Gambelli
A Via Ettore Cristoni, 84 - 40030 Casalecchio di Reno
[https://westpole.it/firma/sito.png]<https://westpole.it> [https://westpole.it/firma/twitter.png] <https://twitter.com/WESTPOLE_SPA> [https://westpole.it/firma/facebook.png] <https://www.facebook.com/WESTPOLESPA/> [https://westpole.it/firma/linkedin.png] <https://www.linkedin.com/company/westpole/>
This email for the D.lgs.196/2003 (Privacy Code) and European Regulation 679/2016/UE (GDPR) may contain confidential and/or privileged information for the exclusive use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, you must not use, copy, disclose or take any action based on this message or any information here. If you have received this email in error, please contact us (email:privacy@westpole.it) by reply email and delete all copies. Legal privilege is not waived because you have read this email. Thank you for your cooperation.
[https://westpole.it/firma/ambiente.png] Please consider the environment before printing this email
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: [email] Email sent with commons email having long filename
attachments, show problems in Outlook
Posted by Siegfried Goeschl <si...@gmail.com>.
Hi Raffaele,
Had a quick look at the code - the code directly uses the JDK MimeUtility class to implement the folding. And doing something differently is hard to find out since there are many email clients out there - and actually following the RFC is quite hard
Thanks in advance,
Siegfried Goeschl
> On 06.02.2019, at 14:05, Raffaele Gambelli <R....@westpole.it> wrote:
>
> Hi all,
>
> this is probably a known issue, Outlook is not fully conform to RFC 2231 so it's unable to parse long filename attachments, this happens when sender applies RFC 822 folding rules, so for example a filename "CANALI+GIOVANNI+SRL+-+NOTA+PROT.+0001461+DEL+04.02.2019.pdf.p7m" once sent (via commons email) becomes:
>
> Content-Type: application/pkcs7-signature;
> name*0=CANALI+GIOVANNI+SRL+-+NOTA+PROT.+0001461+DEL+04.02.2019.pdf.;
> name*1=p7m
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment;
> filename*0=CANALI+GIOVANNI+SRL+-+NOTA+PROT.+0001461+DEL+04.02.2019.pdf.;
> filename*1=p7m
>
> This problem has been present in Outlook for many years, I could suppose Microsoft doesn't think to fix it, maybe they think it's not an issue, I really don't know.
>
> What I would like to know is if with "commons email" exists the possibility to avoid folding of header parameter names, besides that I would like to know your opinion if what I've just said is right or if it could bring problems on some other different clients.
>
> Thanks, best regards
>
> Some useful references:
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=309566
>
> https://tools.ietf.org/html/rfc2231
> [https://westpole.it/firma/logo.png]
>
> Raffaele Gambelli
> WebRainbow(r) Software Developer
>
> P +39 051 8550 576
> M #
> E R.Gambelli@westpole.it
> W https://westpole.webex.com/meet/R.Gambelli
> A Via Ettore Cristoni, 84 - 40030 Casalecchio di Reno
>
> [https://westpole.it/firma/sito.png]<https://westpole.it> [https://westpole.it/firma/twitter.png] <https://twitter.com/WESTPOLE_SPA> [https://westpole.it/firma/facebook.png] <https://www.facebook.com/WESTPOLESPA/> [https://westpole.it/firma/linkedin.png] <https://www.linkedin.com/company/westpole/>
>
>
> This email for the D.lgs.196/2003 (Privacy Code) and European Regulation 679/2016/UE (GDPR) may contain confidential and/or privileged information for the exclusive use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, you must not use, copy, disclose or take any action based on this message or any information here. If you have received this email in error, please contact us (email:privacy@westpole.it) by reply email and delete all copies. Legal privilege is not waived because you have read this email. Thank you for your cooperation.
>
>
> [https://westpole.it/firma/ambiente.png] Please consider the environment before printing this email
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org