Open alexm opened 3 years ago
Curiosament, aquest format que proposo és el que utilitza GN6 per enviar els correus amb imatges incrustades des del GN6 i que el Gmail no pinta correctament.
Les imatges que incrusta Gmail les tracta com a multipart/mixed enlloc d'inline al src, és a dir:
Content-Type: multipart/mixed; boundary="000000000000654ece05c8b99c03"
--000000000000654ece05c8b99c03
Content-Type: multipart/related; boundary="000000000000654ecd05c8b99c02"
--000000000000654ecd05c8b99c02
Content-Type: multipart/alternative; boundary="000000000000654ecb05c8b99c01"
--000000000000654ecb05c8b99c01
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hola,
adjunto una imatge incrustada, una molt gran i un emoji.
[image: image.png]
=F0=9F=98=84
Salut,
Alex
--000000000000654ecb05c8b99c01
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Hola,<div><br></div><div>adjunto una imatge incrustada, un=
a molt gran i un emoji.</div><div><br></div><div><img src=3D"cid:ii_krxdghj=
81" alt=3D"image.png" width=3D"484" height=3D"272"><br></div><div><br></div=
><div>=F0=9F=98=84<br></div><div><br></div><div>Salut,</div><div>Alex</div>=
<div><br></div></div>
--000000000000654ecb05c8b99c01--
--000000000000654ecd05c8b99c02
Content-Type: image/png; name="image.png"
Content-Disposition: attachment; filename="image.png"
Content-Transfer-Encoding: base64
X-Attachment-Id: ii_krxdghj81
Content-ID: <ii_krxdghj81>
--000000000000654ecd05c8b99c02--
Segurament és degut a què el mailtoticket adjunta les imatges i canvia la descripció corresponent per enllaçar-les després d'haver creat el tiquet.
El correu que reben els resolutors conté la directiva img però sense cap atribut (és possible que el GN6 netegi els atributs de la imatge que no fan referència a un objecte existent).
Una possible solució seria comprovar si es pot incrustar la imatge en la descripció inicial amb el format següent: