View Issue Details

IDProjectCategoryView StatusLast Update
0014129Plugin - EmailReporting[All Projects] Generalpublic2013-04-28 14:42
ReporterbaamsterAssigned ToSL-Gundam 
Status closedResolutionfixed 
Product Version0.8.4 
Target Version0.9.0Fixed in Version 
Summary0014129: No line brakes with HTML parser

I 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.





2012-04-05 11:09

manager   ~0031602

Last edited: 2012-04-06 12:31

View 3 revisions

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



2012-04-06 03:59

reporter   ~0031608

Last edited: 2012-04-06 04:06

View 2 revisions

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?



2012-04-06 12:46

manager   ~0031609

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



2012-04-10 04:54


rawmsg_1333699042_d7df4ea707707b414b594a25985ea029_masked.txt (3,830 bytes)
Received: by with SMTP id g12csp107491bkq;
        Fri, 6 Apr 2012 00:56:38 -0700 (PDT)
Received: by with SMTP id dt8mr9650719wib.18.1333698997883;
        Fri, 06 Apr 2012 00:56:37 -0700 (PDT)
Return-Path: <>
Received: from ( [])
        by with ESMTP id m8ai6138564wed.77.2012.;
        Fri, 06 Apr 2012 00:56:37 -0700 (PDT)
Received-SPF: pass ( domain of designates as permitted sender) client-ip=;
Authentication-Results:; spf=pass ( domain of designates as permitted sender)
Received: from (mailhost [])
	by (Postfix) with ESMTP id 152621D948A
	for <>; Fri,  6 Apr 2012 09:56:43 +0200 (CEST)
Received: from SW003 ( by sw003.wdm.local ( with Microsoft
 SMTP Server id; Fri, 6 Apr 2012 09:56:35 +0200
MIME-Version: 1.0
From: "Info" <>
To: "Support" <>
CC: "Japie" <>
Date: Fri, 6 Apr 2012 09:56:35 +0200
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
Message-ID: <8a2509c4-1611-11c7-1d1b-88a9840ea5b6@SW003.test.local>
X-Antivirus: avast! (VPS 120405-1, 05-04-2012), Outbound message
X-Antivirus-Status: Clean



2012-04-10 04:55

reporter   ~0031623

there you go....

Can you plz remove the parsed att? Noticed I did not mask it correctly :(



2012-04-10 11:43

manager   ~0031630

alright got it.

Will work on it and see what i can do



2012-04-10 15:22

reporter   ~0031632

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?



2012-04-10 16:48

manager   ~0031634

Manually using what interface? the gmail web interface?



2012-04-10 16:52

manager   ~0031635

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.



2012-04-10 17:06

manager   ~0031636

Last edited: 2012-04-10 17:07

View 3 revisions

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



2012-04-11 04:21

reporter   ~0031638

Last edited: 2012-04-11 04:27

View 2 revisions

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!



2012-08-30 02:42

reporter   ~0032702

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.



2012-08-30 11:34

manager   ~0032731

Last edited: 2012-08-30 11:35

View 2 revisions

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



2012-08-31 01:42

reporter   ~0032733

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