[231]   I´ve a lot of = charaters (html-mails)

Creator: R. O. Created: 2014-05-30 10:44:49
Assigned to: Taggic Modified: 2014-12-01 20:34:33
Severity: Medium Medium Project: fcon_project
Status: Solved Solved
Product: Issue Tracker Begin:
Version: 2014-05-06 Deadline:
Component: Progress in %:
Target version:
Test blocking: YES
Creator Details
Initial description
Added the Issue from GitHub. Still can´t fix the issue by myselfe. Maybe someone had the same Problem...


commented on May 8

Hi,

I´ve a lot of = charaters in the mail I get from the Issuetracker.

When I do a new issue or Change a issue:
e.g.:
1) this is the original text I copy in the description field:
Simply spoken, a user can easily report an issue for defined products. You may also use it as a little platform to discuss topics or follow up on tasks. A flexible report form is delivered to adapt it to your needs. Created Reports are added to an issue log (project). Before that they are checked if important values are complete.

The user is informed by a green info box if the issue was added successfully to the log file. A box will be displayed in the event of missing information. The issue gets an unique ID and will be stored to a file. The admin is informed by mail about a new report.

2) This is the text in the mail:
Simply spoken, a user can easily report an issue for defined p=oducts. You may also use it as a little platform to discuss topics or fol=ow up on tasks. A flexible report form is delivered to adapt it to your n=eds. Created Reports are added to an issue log (project). Before that the= are checked if important values are complete.

The user is informed by a green info box if the issue was added succ=ssfully to the log file. A box will be displayed in the event of missing =nformation. The issue gets an unique ID and will be stored to a file. The=dmin is informed by mail about a new report.

As you can see, there are a lots of =, they are even in the Title and in the link for the issue,

Hope you have an idea where the Problem could be...
thx

Taggic


Owner
 Taggic commented on May 13


Hi,

can you try to test this with a different mail client ?
I checked the mail with Thunderbird and Outlook 2010. I cannot reproduce
such behaviour.

best regards
Taggic

Am 08.05.2014 16:55, schrieb :


commented on May 14


Tried with Outlook and webmail Client,.... have the = even in the link for the Wiki Page (but only in the html version) (the problem is, I have not the abbility to use another mail client than outlook )

Taggic

Owner
Taggic commented on May 15


The = signs appear in a non-regular manner, replace various charachters but not each time, ...
I have no idea why this happens in your case.

Workaround
I´ve made a little change in the dokuwiki mail.php.

function mail_quotedprintable_encode($sText,/*$maxlen=74,*/$bEmulate_imap_8bit=true) {

after commenting the $maxlen the html-mail displayed correct.
I´m aware that this is not the best solution but it work for now...

Thx for your tip (◾an e-mail line can have 76 charachters incl. linefeed / return (and html-tags etc.))
Comments (work log)
       
I was using Google to search around your topic. It has something to do with linfeed and CR when "Content-Transfer-Encoding: quoted-printable". That is what I'm using to send html-mails. I will search if there is a different method possible.
       
Found a topic for phplist where someone put this into the config.php
define("HTMLEMAIL_ENCODING","8bit");


but I have no idea if this is useable for the issuetracker plugin?
       
8bit should work also as long as there are no aged technologies in the chain. The plugin itself does not care what content type transfer encoding for outgoing mails is chosen.

You can test it yourself (if you want?):
search each occurance at action.php , edit.php and Syntax.php of the following:
"Content-Transfer-Encoding: quoted-printable"


and replace it by the following:
"Content-Transfer-Encoding: 8bit"

           
This did not work. It made the html mail even more strange.

e.g.

=09 =09=09
=09
=09 =09
=09
= =20
=20 =20 =20 =20
=20 =20
=20
=20


=20
= provided by Frister Consultancy Services
=20




       
Please turn back the modification.
Another test would be inside the mail templates.
Exchange the following line near the beginning of the mail template files:
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">


by following:
<meta content="text/html; charset=iso-8859-1" http-equiv="Content-Type">


To be honest, don't know where the error is coming from and it will be some further tests necessary.
           
I´m afraid this made no change at all
       
can you please send me an html email (source code attached as file, not the msg file), which is displayed correctly at your mail client ?
I want to check what is dfferent to the source of issue tracker mails. So the mail Content is not f interest but it should have something to get a complet view on content and all encodings.
       
assumed root cause
  • an e-mail line can have 76 charachters incl. linefeed / return (and html-tags etc.)
  • equal signs are used to tell the Mail Client of such line endings and will be inserted automatically after 74 charachters
  • that is what you see, which should not be the case and is not for the Outlook Client I have tested

=> still no idea how to fix this due to no chance to reproduce it
       
Your workaround will disappear by the next update of dokuwiki. Further I do not know what other side-effects this will cause.

Could you please
  1. turn back the workaround change
  2. open action.php and search for function mail_send_html
  3. look for the following code lines
    $body = mail_quotedprintable_encode($body);
    $bodyhtml = mail_quotedprintable_encode($bodyhtml);
  4. and Change them into
    $body = mail_quotedprintable_encode($Body,0);
    $bodyhtml = mail_quotedprintable_encode($bodyhtml,0);
  5. add a comment to an exsting issue at its details view

This will set the $maxlen of mail_quotedprintable_encode to zero, what should prevent cutting the lines after 74 characters.
       
Made the change but it did not work. Same problem as before.
       
I'm sorry, my mistake. A Zero is interpreted as an integer value and therefore the related if-statement at mail_quotedprintable_encode delivers true. The code inside the if-statement will be executed. So we need a $maxlen = false.

Please try the following:
$body = mail_quotedprintable_encode($body,false);
$bodyhtml = mail_quotedprintable_encode($bodyhtml,false);

       
Please remember that this is to be done on Edit, Syntax and Action php file.
Simply open the files in an Editor and search for any occurance of mail_quotedprintable_encode
       
This is working! thank you!!!

(
also changed the line:
$subject = '=?UTF-8?Q?'.mail_quotedprintable_encode($subject,0).'?=';
to
$subject = '=?UTF-8?Q?'.mail_quotedprintable_encode($subject,false).'?=';
)

not sure this is neccesarry...
Resolution
2014-12-01
Please Sign in if you want to add a comment or resolution note.
issuetracker/issuelist.txt · Last modified: 2014/04/30 09:36 (external edit)

This Wiki is hosted and ruled by Policies of Frister Consultancy Services.
By using this wiki you accept these rules. -> Impressum