TYPO3 Core

We installed an introduction package (4.5LTS) on a server with the following setup:

PHP 5.3.3.7(squeeze8) & Suhosin
MySQL 5.1.61-0+squeeze1
Postfix 2.7.1-1+squeeze1

we're sending the mails directly over postfix.

You can input into the test form:

name: test
e-mail: yourmail@yourdomain.de
Address: Aenean ante elit, elementum et, varius ut, condimentum ut, sem
.
Aenean ante neque, imperdiet sed, ultricies vitae, aliquam dictum, arcu. Aenean arcu est, semper vitae, euismod quis, vehicula eu, risus.

--> the address text will "cut off" after "sem"

also not working with:

$TYPO3_CONF_VARS['MAIL']['transport'] = 'mail';
$TYPO3_CONF_VARS['MAIL']['substituteOldMailAPI'] = '1';

or:

$TYPO3_CONF_VARS['MAIL']['substituteOldMailAPI'] = '0';

I encountered the problem in exactly the way khaefeli described in the last comment and was able to reproduce it the way he described with the introduction package.

As far as I was able to test it, the Fix I provided solved the problem with the old as well as the new API (using mail as transport, that is).

best regards,
christoph

I can confirm the problem in 4.7.2
Mails from formhandler and direct_mail get cut off with the described problem.

I found this bugreport: https://github.com/swiftmailer/swiftmailer/issues/136

But that fix seems to be already included in the version that ships with 4.7.2

More probable is that you have changed your default php's "sendmail_path" setting.

The default from PHP is:

/usr/sbin/sendmail -t -i

See http://www.php.net/manual/en/mail.configuration.php

The -i means "ignore dots", which means a message might contain a "dot" and it won't stop processing it.

So maybe you just need to adjust that setting?

The mentioned fix (https://github.com/swiftmailer/swiftmailer/issues/136) only affects the SMTP-Transport (i.e. $TYPO3_CONF_VARS['MAIL']['transport'] set to smtp) and the code being reverted here is already fine in the currently shipped 4.5 - 6.0 Swiftmailer library.

Ernesto Baschny wrote:

More probable is that you have changed your default php's "sendmail_path" setting.

The default from PHP is:

/usr/sbin/sendmail -t -i

And indeed, the hoster set this to

/usr/sbin/sendmail -t

Thanks for the hint!
@christoph - and khaefeli: can you please check your sendmail settings?

See http://www.php.net/manual/en/mail.configuration.php

The -i means "ignore dots", which means a message might contain a "dot" and it won't stop processing it.

So maybe you just need to adjust that setting?

I just realized after posting, that the fix is only for the smtp transport. Sorry for mixing that up.
Since the sendmail transport seems to automatically fix this issue, this will only be a problem for the mail transport.

Unfortunately, i have no access to the php.ini and i could not get the sendmail transport to work yet.
I really hate managed hosting...

Andreas Kiessling wrote:

Thanks for the hint!
@christoph - and khaefeli: can you please check your sendmail settings?

We've: sendmail -t -f

So "-i" is an option - but I think that should also be solved in the core.
Finally: it's not a bug, it's a feature :-)

Maybe a check in the reports module could help to identify a potential problem here, if the transport is set to "mail"

@Ernesto: is it safe to use this config for the sendmail transport?

$TYPO3_CONF_VARS['MAIL']['transport_sendmail_command'] = '/usr/sbin/sendmail -t -i'

With the default "-bs" option, i just get no mails out (probably due to some misconfiguration for the server), but "-t -i" works!

Andreas Kiessling wrote:

Maybe a check in the reports module could help to identify a potential problem here, if the transport is set to "mail"

@Ernesto: is it safe to use this config for the sendmail transport?

[...]

With the default "-bs" option, i just get no mails out (probably due to some misconfiguration for the server), but "-t -i" works!

Yes, that should be no problem. The manpage from sendmail says:

-i When reading a message from standard input, don´t treat a line with only a . character as the end of input.

It's also PHP5 default, so I see no reason to configure php / sendmail without "-i"

It's also PHP5 default, so I see no reason to configure php / sendmail without "-i"

Apparently, some hoster do that... PHP is not installed from the debian packages, so who knows for what reason -i was omitted.
For the record, this also works (because SwiftMailer catches the missing -i and applies the needed changes to the mail body):

$TYPO3_CONF_VARS['MAIL']['transport_sendmail_command'] = '/usr/sbin/sendmail -t'