What server are you using? I found the opposite. Mails sent from v0.18 appear to have extra lin-ends in them. In my case, I think that this in an interaction between several varieties of slightly misconfigured mail servers.

Mantis 0.18 and 0.19 are both running in IIS on the same on Windows Server 2003 machine. The mail server is Ipswitch iMail 8.11 on a different Server 2003 machine, but both Mantis versions are using it. As mentioned, both versions use an identical config.inc, except for the database name. I agree it's probably a simple config issue, but I can't think of anything else to try.

The email change between 0.18 and 0.19 is rework to use the phpmailer class, rather than the php mail primative. I have noticed that Outlook complains about extra returns in the messages, but can render it properly.

My experience was that the changes in rendering (single spaced to double spaced) were directly related to changes in our Exchange mail gateway.

Any thoughts on what else I could do to narrow down the problem? As mentioned, both versions are running on the same web server and using the same email server, which would seem to indicate that the problem is on the Mantis/PHP side. Also, iMail's web mail interface also shows the message with missing CRLFs, so I don't think it's Oulook specific.

Is there some way I can check what the actual string was that Mantis passed to PHP Mailer? Or the contents of the email message generated by PHP Mailer before it got to my SMTP server?

There is a config variable ($g_debug_mail) that you can set to a mail address. This should send the mail message to the address in the variable. (e.g., $g_debug_mail = "root"; in config_ing.php to send mail to local root).

Still not sure of the root cause, but I found a workaround. Changed $g_phpMailer_method in config.inc from the default 0 (mail()) to 2 (SMTP). Now email appears as expected. Is there any advantage/disadvantage to the different phpMailer methods? Should I care?

Incidentally, I added some code to email_send in email_api to dump the contents of $mail->Body to a file just before the call to $mail->Send(). The text was formatted correctly. No missing or extra breaks, so it's not a Mantis problem. Must be something in phpMailer.

There is some allusion in the phpmailer email list to a problem with text encoding. Setting it to "quote-printable" may help.

I don't have an easy way to test this right now.

Let me know if there is anything you would like me to try. As mentioned, setting $g_phpMailer_method to SMTP solves the issue for our installation, so I wasn't going to spend any more time on it myself. However, if there is anything you would like me to try, I'd be happy to give it a shot.

Been seeing this myself with Mantis 1.0.3 (running on Apache 2.0.55, PHP 5.1.6). Mail server is a remote server. Not sure what software it's running. Possibly iPlanet.

It's strange for me as I never used to have this problem on my older installations of Mantis. It's quite possible that the SMTP servers here have changed since then.

However, I can confirm the work-around of setting $g_phpMailer_method to SMTP works here.