Return path e-mail variable system/smtp/return_path_email not used anywhere?

[flecxie]

Trying to configure the return path e-mail as described on https://docs.nexcess.net/article/how-to-set-the-return-path-email-in-magento-2.html on Magento CE 2.1.0 but failing to do so.

I can see that both system/smtp/set_return_path and system/smtp/return_path_email are configured correctly in my core_config_data table but when I look for these variables in the source I don't seem them used anywhere. The only references I could find for return_path_email are these:

vendor/magento/module-email/Model/Template.php:    const XML_PATH_SENDING_RETURN_PATH_EMAIL = 'system/smtp/return_path_email';
vendor/magento/module-backend/etc/adminhtml/system.xml:                <field id="return_path_email" translate="label" type="text" sortOrder="80" showInDefault="1" showInWebsite="0" showInStore="0">

Const XML_PATH_SENDING_RETURN_PATH_EMAIL doesn't seem to be used anywhere either. Could someone please confirm that these settings are in fact used in Magento CE 2.1.0 & if so point me to the correct file for debugging?

Preconditions

1. Magento CE 2.1.0 on Debian jessie

Steps to reproduce

1. Configure return path as described on https://docs.nexcess.net/article/how-to-set-the-return-path-email-in-magento-2.html
2. Place order

Expected result

1. Return path being set correctly

Actual result

1. Return path remains www-data@domainname.com

[SchumacherFM]

We have the same problem in 2.1.0 and some customers (e.g. those with a GMX account) don't get any emails.

Magento does not set the return path because the the configuration will be not be used because it's not implemented.

Will this fix be included in 2.1.1 ?

Edit: Work around in php.ini:

sendmail_path = "sendmail -t -i -F webmaster@example.com -f webmaster@example.com"

[SchumacherFM]

This bug or missing feature has not been fixed/added in 2.1.1

[MarkB42]

Also having this issue and unable to get emails through.
Mage 2.1.1

[MarkB42]

I have spent some time looking at this and based on the following I think Magento is not setting the php mail options anymore because the return path refuses to change.

1. Hard coded a call to $this->setReturnPath("myreturn@domain.co.uk"); in the constructor of vendor / magento / module-email / Model / Template.php

2. Call setReturnPath() when the setReplyTo() method is called

3. Finally thought maybe the setReturnPath() is being called somewhere and it's just being set wrong so I modified the setReturnPath() method to always set the return path to myreturn@domain.co.uk and still no changes.

Can this get bumped up the list? We literally cannot use Magento in a multi store mode as the emails are getting classified as spam, predominately by SPF.

Mage 2.1.1
Ubuntu
PHP 7.0.11

[PascalBrouwers]

Same for 2.1.2

[paales]

@victor-v-rad Can you please check this issue? :)

[PascalBrouwers]

I see there is a function setReturnPath(). Maybe we can use that in Magento\Sales\Model\Order\Email\SenderBuilder->send() and then do $this->transportBuilder->setReturnPath() ?

[heldchen]

ran into this issue as well today.

[ktruehl]

The problem lies with the Zend_Mail_Transport_Sendmail class. It requires the return path as a parameter in its constructor (see https://framework.zend.com/manual/1.12/en/zend.mail.introduction.html#zend.mail.introduction.sendmail). So using the setReturnPath() method won't work.

Now the return path must be set in the constructor of \Magento\Framework\Mail\Transport. The constructor of Transport has a paramter called $parameters. One option would be to use dependency injection to inject the necessary parameter. However, that does not allow specifying a different return path for each website or store. Admittedly that is currently not possible anyway, since the system/smtp/set_return_path and system/smtp/return_path_email both have global scope. However, in a multi-website environment it is easy to conceive of a need to have different return paths per store.

So, I suggest getting the necessary settings in the constructor of \Magento\Framework\Mail\Transport and handing them to the parent constructor. The following patch does just that:
fix-setting-return-path-according-to-settings.diff.zip