Summary | HTML emails not showing correctly |
Queue | Synchronization |
Queue Version | Git master |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | mrubinsk (at) horde (dot) org |
Requester | bohdan.s (at) gmail (dot) com |
Created | 11/30/2014 (3867 days ago) |
Due | |
Updated | 12/08/2014 (3859 days ago) |
Assigned | 12/05/2014 (3862 days ago) |
Resolved | 12/05/2014 (3862 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
the patch.
it's reverted.
make for another bug. I'm waiting to be able to test those other
changes before releasing.
http://github.com/horde/horde/commit/5442476c0570d3ad18ab52ba6bfb54a91e6a4414
Issue is worse after change, almost all HTML emails do not show iOS.
State ⇒ Resolved
commit 5442476c0570d3ad18ab52ba6bfb54a91e6a4414
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date: Fri Dec 5 09:46:56 2014 -0500
Bug: 13728Don't overwrite the MIME part's MIME headers..../lib/Horde/ActiveSync/Imap/Adapter.php | 9 +++++++--
1 files changed, 7 insertions(+), 2 deletions(-)
http://github.com/horde/horde/commit/5442476c0570d3ad18ab52ba6bfb54a91e6a4414
Is there anyway to make the Horde_Mime more accepting again?
Or anyway to set ActiveSync to only forward the HTML parts and not the
Plain text parts?
New Attachment: image2(1).png
New Attachment: image1(1)[1].PNG
New Attachment: example3.eml
Attached in the source
accepting of these types of structure errors.
in Android ( as you explained its how the emails are read by the
client ) and also in 2.5.2 the emails show correctly in iOS.
State ⇒ Assigned
This issue I may be able to work around in code, but not the previous example.
New Attachment: Screen Shot 2014-12-05 at 6.19.57 pm.png
I have 'inline' => true, set in imp/config/mime_drivers.php though.
declared as a multiplart/alternative part but contains only a single
part (text/html).
New Attachment: image1(1).PNG
New Attachment: example2.eml
Screenshot coming next
State ⇒ Feedback
not mis-structured?
I am only seeing this issue on 2.5.3+
I run up a test server with 2.5.2 and this email displays correctly on iOS.
Also this is happening on around 20% of my emails, most of those being
from mailing lists.
Part1
part and the text/html part for the reasons I just posted.
State ⇒ Not A Bug
multipart/mixed message, but contains only a single part on the first
level. This part contains a multipart/alternative message that iOS
sees as a single part since there is no other multipart/mixed part.
Manually restructuring the email to remove the multipart/mixed part
causes the message to display normally. There is nothing Horde can do
to work around this (short of munging the MIME data which we won't do)
since it's the client's job to determine which MIME part to display.
New Attachment: image2.PNG
New Attachment: image1.PNG
Part1
reason, but no raw HTML code. Other HTML emails display normally.
New Attachment: example1.eml
Updated to Horde_Mime-2.6.0 + Horde_Stream-1.6.2 + Horde_ActiveSync-2.20.5
Attached copy of email ( correctly i hope this time )
This displays correctly on IMP and on Android devices, it seems to be
only iOS.
Tested removing ActiveSync Device, removing the account and setting up
from scratch, same result.
I might add I am running iOS 8.1 on all my iOS devices, so can not
test on iOS 7. I did not have an issue after the iOS update, only
after the Horde_Webmail 2.5.2 to 5.2.3 upgrade.
Bug: 13711is fixed.I would need the actual email source to test.
New Attachment: Text(1)
I have saved the email (which shows correctly in IMP) and attached it.
Bug: 13711.Either way, I would need a copy of an email that exhibits this behavior.
Assigned to Michael Rubinsky
State ⇒ Feedback
Priority ⇒ 1. Low
Bug: 13711.Either way, I would need a copy of an email that exhibits this behavior.
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ HTML emails not showing correctly
Queue ⇒ Synchronization
Milestone ⇒
Patch ⇒ No
HTML code rather than showing correctly on iOS devices.