View Issue Details Jump to Notes ] Wiki ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0014129Plugin - EmailReporting[All Projects] Generalpublic2012-04-05 09:382013-04-28 14:42
Assigned ToSL-Gundam 
PlatformOSOS Version
Product Version0.8.4 
Target Version0.9.0Fixed in Version 
Summary0014129: No line brakes with HTML parser
DescriptionI get no line brakes in the description of the mantis items when I send mails. The mail contains HTML, but even after trying a table,

, mantis just dumps all the text as one big text blop in the descripton. Turning off the HTML parser just gives the message that bady was not found.

Is there no other option to get those line brakes in Mantis? This is kind of unreadable..... :(
TagsNo tags attached.
Attached Filestxt file icon rawmsg_1333699042_d7df4ea707707b414b594a25985ea029_masked.txt [^] (3,830 bytes) 2012-04-10 04:54 [Show Content]

- Relationships

-  Notes
User avatar (0031602)
SL-Gundam (manager)
2012-04-05 11:09
edited on: 2012-04-06 12:31

For the moment there is no other solution available. MantisBT only allows a small amount of html markup. To make the code readable at all we need to convert or strip most of the html markup from the email.

Sometimes this works ok, sometimes this does not work at all.

Normally emails contain a plain text and a html version of the email. EmailReporting tries to find this plain text version but some mail servers do not provide this. Exchange for example needs to have this enabled in the settings for the pop and/or imap protocol on the server to deliver this in the emails when they are retrieved from the servers.

Could you please provide a debug dump of the email in this issue so that i can look into improving this

User avatar (0031608)
baamster (reporter)
2012-04-06 03:59
edited on: 2012-04-06 04:06

I could do that, however I need to mask some of the data (content & mails) since this is an automated mail of our CRM system. No other way to test it unfortunatelly....Give me a sec

File attached. Not sure it is very usable since it already pasted all the content after each other?

User avatar (0031609)
SL-Gundam (manager)
2012-04-06 12:46

I need the file that starts with "rawmsg"

The parsed email is the end result and useless at this point

Also mask whatever you feel is necessary, just make sure you do not mask to much as we do need some html content for testing
User avatar (0031623)
baamster (reporter)
2012-04-10 04:55

there you go....

Can you plz remove the parsed att? Noticed I did not mask it correctly :(
User avatar (0031630)
SL-Gundam (manager)
2012-04-10 11:43

alright got it.

Will work on it and see what i can do
User avatar (0031632)
baamster (reporter)
2012-04-10 15:22

There is something strange going on as well which might have to do with the same problem.

If I auto forward mails from a gmail adress to the adress that the plugin uses to pick up the issues, I get the text pasted after each other (as stated in this issue).

However, when I forward the same mail manually to the pick up mail adress, it parses the mail correctly. Does it have something to do with the mail settings?
User avatar (0031634)
SL-Gundam (manager)
2012-04-10 16:48

Manually using what interface? the gmail web interface?
User avatar (0031635)
SL-Gundam (manager)
2012-04-10 16:52

It's too many different factors to be for sure but every mail server in the route the email takes could add or remove a plain text version of the email. Even the sending client could be to blame.
User avatar (0031636)
SL-Gundam (manager)
2012-04-10 17:06
edited on: 2012-04-10 17:07

I checked some more and there is a new version of simple_html_dom (the new version is 1.5 and EmailReporting is using 1.11) which currently converts html to plain text for the EmailReporting.

It seems to work a little bit better, though not perfect

It will be included in the final release of 0.9.0 but for now you could try it yourself

Just download it here: [^]
Only replace the simple_html_dom.php file in the "core/Mail/" folder with the new one

I do need to mention that there are no tables in the email you provided to me. It's a combination of < pre > tags and < span > tags containing CSS stylesheets elements, there are no actual tables. All of it is in one big line as well making it rather unreadable. I really wonder what email client would have created this mess

User avatar (0031638)
baamster (reporter)
2012-04-11 04:21
edited on: 2012-04-11 04:27

I just replaced the dom file and it surprisingly seems to have some effect. I guess it's now a matter of finding out which markup language works and which doesnt.

The messy mail is probably because we tested some html ourselves and somehow the mailserver does not place the code neatly in the raw message....

As for your initial question; yes the gmail interface.

So big thanks for now since we can move forward!

User avatar (0032702)
jojow (reporter)
2012-08-30 02:42

has anyone a workaround for this problem?
we replaced the simple_html_dom.php to version 1.5 but it does not help for html-mails.
User avatar (0032731)
SL-Gundam (manager)
2012-08-30 11:34
edited on: 2012-08-30 11:35

Please provide the debug dump (the filename starts with "rawmsg_") of the email so that i can look into it

User avatar (0032733)
jojow (reporter)
2012-08-31 01:42

We have changed the settings at our echange server 2010 how you described it in 0014129:0031602 and the problem is solved.

- Issue History
Date Modified Username Field Change
2012-04-05 09:38 baamster New Issue
2012-04-05 11:04 SL-Gundam Assigned To => SL-Gundam
2012-04-05 11:04 SL-Gundam Priority urgent => normal
2012-04-05 11:04 SL-Gundam Status new => assigned
2012-04-05 11:04 SL-Gundam Target Version => 0.9.0
2012-04-05 11:09 SL-Gundam Note Added: 0031602
2012-04-05 11:09 SL-Gundam Status assigned => feedback
2012-04-06 03:59 baamster Note Added: 0031608
2012-04-06 03:59 baamster Status feedback => assigned
2012-04-06 04:05 baamster File Added: parsed_email_1333699042_b53c5c7107a23c4f6b8722584da43ed9_masked.txt
2012-04-06 04:06 baamster Note Edited: 0031608 View Revisions
2012-04-06 12:31 SL-Gundam Note Edited: 0031602 View Revisions
2012-04-06 12:31 SL-Gundam Note Edited: 0031602 View Revisions
2012-04-06 12:46 SL-Gundam Note Added: 0031609
2012-04-06 12:46 SL-Gundam Status assigned => feedback
2012-04-10 04:54 baamster File Added: rawmsg_1333699042_d7df4ea707707b414b594a25985ea029_masked.txt
2012-04-10 04:55 baamster Note Added: 0031623
2012-04-10 04:55 baamster Status feedback => assigned
2012-04-10 11:32 SL-Gundam File Deleted: parsed_email_1333699042_b53c5c7107a23c4f6b8722584da43ed9_masked.txt
2012-04-10 11:43 SL-Gundam Note Added: 0031630
2012-04-10 15:22 baamster Note Added: 0031632
2012-04-10 16:48 SL-Gundam Note Added: 0031634
2012-04-10 16:48 SL-Gundam Status assigned => feedback
2012-04-10 16:52 SL-Gundam Note Added: 0031635
2012-04-10 17:06 SL-Gundam Note Added: 0031636
2012-04-10 17:06 SL-Gundam Note Edited: 0031636 View Revisions
2012-04-10 17:07 SL-Gundam Note Edited: 0031636 View Revisions
2012-04-11 04:21 baamster Note Added: 0031638
2012-04-11 04:21 baamster Status feedback => assigned
2012-04-11 04:27 baamster Note Edited: 0031638 View Revisions
2012-08-30 02:42 jojow Note Added: 0032702
2012-08-30 11:34 SL-Gundam Note Added: 0032731
2012-08-30 11:35 SL-Gundam Note Edited: 0032731 View Revisions
2012-08-31 01:42 jojow Note Added: 0032733
2013-03-23 20:15 SL-Gundam Status assigned => resolved
2013-03-23 20:15 SL-Gundam Resolution open => fixed
2013-04-28 14:42 SL-Gundam Status resolved => closed

MantisBT 1.2.17 [^]
Copyright © 2000 - 2014 MantisBT Team
Time: 0.1512 seconds.
memory usage: 3,077 KB
Powered by Mantis Bugtracker