View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0006074SOGoWeb Mailpublic2025-01-22 15:002025-02-03 17:01
Reportere-d-i-t Assigned Toqhivert  
PrioritynormalSeverityminorReproducibilityalways
Status assignedResolutionopen 
Product Version5.11.2 
Summary0006074: SOGo webmail not using BODY-tag is not conform HTML specifications which leads to render faults receiving clients
Description

While SOGo is sending HTML only, it is not following the standard HTML specifications which leads to render faults when using BASE64 inline images.

It is not using the BODY tags, which it should.

Especially in certain builds of Outlook client side this makes mail with BASE64 encoded inline images appear as empty box with the red cross.
But also other webmail applications begin to show some render issues.

If someone would be able just to add the tags <BODY> and </BODY> right after/before the <HTML> </HTML>, that would be an easy fix I guess.

Steps To Reproduce

Send a mail with SOGo and at the client side show the source.
A simple text mail will do.

Result:

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head>
<p>This is a test</p></html>

Expected:

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head>
<body>
<p>This is a test</p>
</body>
</html>

TagsNo tags attached.

Activities

e-d-i-t

e-d-i-t

2025-01-22 15:12

reporter   ~0018033

There seams to be a way to set the CKEditor into Full HTML mode which would even give us access to the entire HTML.

Which would be perfect if I need to add some specific HTML / Office 365 MS related stuff being sure any client renders well.
Specially between the <HEAD></HEAD> tags where I could add the <STYLE> tags.

https://ckeditor.com/docs/ckeditor5/44.1.0/features/html/full-page-html.html
e-d-i-t

e-d-i-t

2025-01-30 12:06

reporter   ~0018048

I hope this is an easy fix, because both Mailcow and iRedmail are using SOGo latest version and I have to wait migrating Zimbra until this is fixed.
Roundcube doesn't have this problem, but no way near as good as alternative.
qhivert

qhivert

2025-01-31 13:56

administrator   ~0018053

Hello,
Strange I've just test it with 5.11.2 and nightly and the same result:

  • open mail editor
  • paste an image inside
  • send it to myself
  • open the mail received and look at the eml

And i see the body tag inside the eml:

------=_=-_OpenGroupware_org_NGMime-1026-1738331481.672768-177------
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Length: 140

<html><body><p>hello</p><p><img src=3D"cid:402-679CD580-1CB-3678140" ty=
pe=3D"image/jpeg" width=3D"225" height=3D"225"/></p></body></html>
qhivert

qhivert

2025-01-31 13:58

administrator   ~0018054

WIth just a text the body tags are indeed missing but with an image, no problem
e-d-i-t

e-d-i-t

2025-02-01 14:29

reporter   ~0018055

Okay, thanks for the reply, I will do some further testing!

I am using a signature with a html table, some text and a BASE64 manually pasted code for an image.
I didn't try to add an image in the message itself.
e-d-i-t

e-d-i-t

2025-02-03 10:34

reporter   ~0018057

You can close this call. This only happens if you start editing in HTML itself and insert your own base64 code for an image.
This is something I always do, just copy paste HTML from a template which we made for signatures...

I removed the image, just using the insert image button, uploaded the image, it is working fine.

Thanks!
e-d-i-t

e-d-i-t

2025-02-03 16:55

reporter   ~0018058

Nope, hold your horses... It's getting funny now.

So yes, images via editor added as upload work fine, cannot really see a difference as it also just shows embedded base64 code, but maybe the code is different (which is strange, my old signature HTML template works just fine everywhere, well almost everywhere).

Now I get the strange part:
When looking in Sent items, the message shows no image as it refers to a link like this:

https://192.168.10.55/SOGo/so/erik@xyz.com/Mail/0/folderSent/10/1/2/2/5E2-67A09B00-5-5B34C500

So why would an internal IP be written into a message when it is processed?
Did I miss something during setup?
This is iRedMail, just have to mention this ofcourse...
e-d-i-t

e-d-i-t

2025-02-03 17:01

reporter   ~0018059

And stupid me... I'm behind a reverse proxy with SOGo webmail... That's the issue, so I need to fix something in headers and hosts there....

Issue History

Date Modified Username Field Change
2025-01-22 15:00 e-d-i-t New Issue
2025-01-22 15:12 e-d-i-t Note Added: 0018033
2025-01-30 12:06 e-d-i-t Note Added: 0018048
2025-01-31 13:56 qhivert Note Added: 0018053
2025-01-31 13:56 qhivert Assigned To => qhivert
2025-01-31 13:56 qhivert Status new => feedback
2025-01-31 13:58 qhivert Note Added: 0018054
2025-02-01 14:29 e-d-i-t Note Added: 0018055
2025-02-01 14:29 e-d-i-t Status feedback => assigned
2025-02-03 10:34 e-d-i-t Note Added: 0018057
2025-02-03 16:55 e-d-i-t Note Added: 0018058
2025-02-03 17:01 e-d-i-t Note Added: 0018059