It's not an issue, it is designed this way.
You should configure you email client to be able to display html formatted emails (plain text emails are from another age)

The email client used is working perfectly with HTML content. With earlier versions it was working correctly. Since version 2 was installed, all automatic emails were received in this format. The issue is the same for all other resources who are on different sites and using different email client.

Do you get the same behavior while sending mail on user screen ?
Do you get the same behavior while sending mail on meeting screen ?

:huh: Strange, 'cos there was no change on that side on V2.2 ...
Didn't you change anything about your SMTP server ?

Hi,

You did not answer to my last questions :
- Do you get the same behavior while sending mail on user screen ?
- Do you get the same behavior while sending mail on meeting screen ?
- Didn't you change anything about your SMTP server ?

Do you still reproduce this anomaly ?

Same problem here, V2.3.0

I'm using Lotus Notes email client and other HTML mail coming from other sources are ok

Hi,

which Lotus client : heavy java one or webmail ?

Java one, version 8.5.3 but database version 7.0.3

Hi,

I re-opened ticket #694.
I will have some tests.

Do you need additional infos?

Hi,

I tested from test database, and all is working fine.
You should have received this mail : can you check it is correcly formatted ?
If so, then you have an issue with your smtp mail server used by PHP : check its configuration.
If display is wrong, you may check configuration of your mailbox server of mail client.

Here are correct display of received email :

With Lotus client :

With Outlook client :

I received your email (see attachment) and it is good.

If the problem is in my smtp server, why your email is good (the server that delivered your email to me and the smtp server I use for projector ria is the same)?

The issue may come from 2 points :
1) the smtp server used by PHP to sent the mail.
In most cases (by default), it is the sendmail program, but you may change it.
Default parameters of sendmail work fine, but these may also have been changed on your side.

2) the mail server of your company, that manages your mailbox (Lotus server ?)
This server is able to filter and transform your mails (for security reasons)

Test you can do :
On your Project'Or RIA application, try to send an email to a remote mail, such as a webmail not depdending on your company (for instance @gmail.com, or your can send it to me - support@toolware.fr)
If mail is wrong = it is your smtp server used by PHP that must be fixed
If mail is correct = you are facing some transformation from your company mailing system. Contact the administrator of this service.

Postfix seems to be the problem: I uninstalled it and installed sendmail and HTML emails now work.

I need to find out why postfix doens't let me to correctly realy HTML emails.

Stay tuned 😉

The problem is a postfix bug: http://stackoverflow.com/questions/3449431/php-mail-formatting-issue-why-do-crlf-header-line-endings-break-html-email-in

For the moment, I can't uninstall current version of postfix (2.7 on Ubuntu 10.04) so I solved modifing tool/projector.php from line 582 to 586

 if (!$headers) {
    $headers  = 'MIME-Version: 1.0' . "n";
    $headers .= 'Content-type: text/html; charset=utf-8' . "n";
    $headers .= 'From: ' . (($sender)?$sender:$paramMailSender) . "n";
    $headers .= 'Reply-To: ' . (($sender)?$sender:$paramMailReplyTo) . "n";
    $headers .= 'Content-Transfer-Encoding: 8bit' . "n";
    $headers .= 'X-Mailer: PHP/' . phpversion();
  }

Hi,
I just changed the code to :

 if (!$headers) {
    $eol=(isset($paramMailEol))?$paramMailEol:"rn";
    $headers  = 'MIME-Version: 1.0' . $eol;
    $headers .= 'Content-type: text/html; charset=utf-8' . $eol;
    $headers .= 'From: ' . (($sender)?$sender:$paramMailSender) . $eol;
    $headers .= 'Reply-To: ' . (($sender)?$sender:$paramMailReplyTo) . $eol;
    $headers .= 'Content-Transfer-Encoding: 8bit' . $eol;
    $headers .= 'X-Mailer: PHP/' . phpversion();
  }

This way, you'll just have to define

$paramMailEol="n";

in the parameters.php file, and your config will always be valid, even if you deply new version.
Will be deployed in V2.4.2.

Really good.

It seems not working.

What does

$eol=(isset($paramMailEol))?$paramMailEol:"rn";

means?

If $eol is not set, set $eol as "rn"?

Or maybe files/config/parameters.php needs to be included?

Do you mean files/config/parameters.php or tool/parameters.php ?

Do you mean files/config/parameters.php or tool/parameters.php ?

I mean parameter file defined in /tool/parametersLocation.php. By default it is /files/config/parameters.php, but it is advised to chnges its location (to put it out of web access).

Do you mean files/config/parameters.php or tool/parameters.php ?

I mean parameter file defined in /tool/parametersLocation.php. By default it is /files/config/parameters.php, but it is advised to changes its location (to put it out of web access).

I set $paramMailEol in files/config/parameters.php but it doen's work.

With V2.4.2 or V2.4.3 ?

2.3.0

Normal it does not work : implementation comes with V2.4.2... :whistle: