“From Name” field does not show up on the emails received

[russkiimike]

Bug Description

When sending emails Mautic's “From Name” field does not show up on the emails received (any). Tried different email clients devices. Instead it only shows the “from email” part i.e the address.

Steps I have tried to fix the problem: I tried sending emails from segments, single contact and also changing the name in the settings. I tried a separate email app with the same API and that works fine. Also googled and searched the forums for the issue.

Upon trying a clean installation of Mautic 3.2.1 the issue wasn't there, however when upgraded the same clean version to 3.3.1 the issue appeared again.

Q	A
Mautic version	3.3.1
PHP version	7.3
Browser	Brave

Steps to reproduce

1. Upgrade to 3.3.1
2. Send email ?

Log errors

No log errors

[russkiimike]

While testing email queueing/sending I noticed my command line output showed up with an following error after trying to send emails

PHP Warning: mb_encode_mimeheader() is bugged. Please use iconv_mime_encode() instead in /var/www/html/vendor/symfony/polyfill-mbstring/Mbstring.php on line 139

A quick Google search yielded some character encoding answers on stackoverflow, if that helps

[mabumusa1]

@russkiimike Please send the exact steps to reproduce and please share if you have any special characters in the from address or email address that you want to send from.

I've noticed a case like this while building SES transport

[russkiimike]

@mabumusa1 Hey I can't reproduce the email error as the "from name" stopped appearing by default (including whatever way you send the emails). They only thing I said that can reproduce the error (probably) was the mautic upgrade from 3.2.1 to 3.3.1 that's when it started happening on the fresh version.

As for the PHP Warning: mb_encode_mimeheader() is bugged. Please use iconv_mime_encode() instead in /var/www/html/vendor/symfony/polyfill-mbstring/Mbstring.php on line 139 this happens when I execute mautic:email:send from the CLI.

Also the emails that I use do not have special characters (donotreply@ or noreply@)

P.S I also checked the bodies of the *.message and the from name seems fine

[mautibot]

This issue has been mentioned on Mautic Community Forums. There might be relevant details there:

https://forum.mautic.org/t/email-issue-from-name-field-doesnt-show-up-on-received-emails/18841/5

[dsp76]

Same experience here with version 3.3.2.

[jos0405]

I have the same in 3.3.2 and 3.3.1, but just on one instance. Even If I change the name to whatever, it won't show up.
This is how the header looks like:

O:13:"Swift_Message":24:{s:28:" Swift_Message headerSigners";a:0:{}s:26:" Swift_Message bodySigners";a:0:{}s:27:" Swift_Message savedMessage";a:0:{}s:13:" * userFormat";N;s:14:" * userCharset";s:5:"utf-8";s:12:" * userDelSp";N;s:33:" Swift_Mime_MimePart nestingLevel";i:4096;s:36:" Swift_Mime_SimpleMimeEntity headers";O:26:"Swift_Mime_SimpleHeaderSet":5:{s:35:" Swift_Mime_SimpleHeaderSet factory";O:30:"Swift_Mime_SimpleHeaderFactory":5:{s:39:" Swift_Mime_SimpleHeaderFactory encoder";O:40:"Swift_Mime_HeaderEncoder_QpHeaderEncoder":2:{s:13:" * charStream";O:39:"Swift_CharacterStream_NgCharacterStream":9:{s:51:" Swift_CharacterStream_NgCharacterStream charReader";N;s:58:" Swift_CharacterStream_NgCharacterStream charReaderFactory";O:57:"Swift_CharacterReaderFactory_SimpleCharacterReaderFactory":0:{}s:48:" Swift_CharacterStream_NgCharacterStream charset";s:5:"utf-8";s:46:" Swift_CharacterStream_NgCharacterStream datas";s:0:"";s:50:" Swift_CharacterStream_NgCharacterStream datasSize";i:0;s:44:" Swift_CharacterStream_NgCharacterStream map";N;s:48:" Swift_CharacterStream_NgCharacterStream mapType";i:0;s:50:" Swift_CharacterStream_NgCharacterStream charCount";i:0;s:51:" Swift_CharacterStream_NgCharacterStream currentPos";i:0;}s:9:" * filter";N;}s:44:" Swift_Mime_SimpleHeaderFactory paramEncoder";O:28:"Swift_Encoder_Rfc2231Encoder":1:{s:40:" Swift_Encoder_Rfc2231Encoder charStream";O:39:"Swift_CharacterStream_NgCharacterStream":9:{s:51:" Swift_CharacterStream_NgCharacterStream charReader";N;s:58:" Swift_CharacterStream_NgCharacterStream charReaderFactory";r:14;s:48:" Swift_CharacterStream_NgCharacterStream charset";s:5:"utf-8";s:46:" Swift_CharacterStream_NgCharacterStream datas";s:0:"";s:50:" Swift_CharacterStream_NgCharacterStream datasSize";i:0;s:44:" Swift_CharacterStream_NgCharacterStream map";N;s:48:" Swift_CharacterStream_NgCharacterStream mapType";i:0;s:50:" Swift_CharacterStream_NgCharacterStream charCount";i:0;s:51:" Swift_CharacterStream_NgCharacterStream currentPos";i:0;}}s:46:" Swift_Mime_SimpleHeaderFactory emailValidator";O:37:"Egulias\EmailValidator\EmailValidator":3:{s:44:" Egulias\EmailValidator\EmailValidator lexer";O:33:"Egulias\EmailValidator\EmailLexer":10:{s:12:" * charValue";a:26:{s:1:"(";i:49;s:1:")";i:261;s:1:"<";i:272;s:1:">";i:273;s:1:"[";i:262;s:1:"]";i:263;s:1:":";i:265;s:1:";";i:275;s:1:"@";i:64;s:1:"\";i:92;s:1:"/";i:278;s:1:",";i:274;s:1:".";i:46;s:1:""";i:34;s:1:"-";i:264;s:2:"::";i:266;s:1:" ";i:267;s:1:"	";i:268;s:1:"
";i:269;s:1:"
";i:270;s:2:"
";i:301;s:4:"IPv6";i:271;s:1:"{";i:276;s:1:"}";i:277;s:0:"";N;s:2:"\0";i:0;}s:19:" * hasInvalidTokens";b:0;s:11:" * previous";a:3:{s:5:"value";s:2:"ch";s:4:"type";i:300;s:8:"position";i:20;}s:5:"token";a:3:{s:5:"value";s:0:"";s:4:"type";N;s:8:"position";i:0;}s:9:"lookahead";N;s:42:" Doctrine\Common\Lexer\AbstractLexer input";s:22:"baumaschinen@domain.ch";s:43:" Doctrine\Common\Lexer\AbstractLexer tokens";a:5:{i:0;a:3:{s:5:"value";s:12:"baumaschinen";s:4:"type";i:300;s:8:"position";i:0;}i:1;a:3:{s:5:"value";s:1:"@";s:4:"type";i:64;s:8:"position";i:12;}i:2;a:3:{s:5:"value";s:6:"domain";s:4:"type";i:300;s:8:"position";i:13;}i:3;a:3:{s:5:"value";s:1:".";s:4:"type";i:46;s:8:"position";i:19;}i:4;a:3:{s:5:"value";s:2:"ch";s:4:"type";i:300;s:8:"position";i:20;}}s:45:" Doctrine\Common\Lexer\AbstractLexer position";i:5;s:41:" Doctrine\Common\Lexer\AbstractLexer peek";i:0;s:42:" Doctrine\Common\Lexer\AbstractLexer regex";s:81:"/([a-zA-Z_]+[46]?)|([^\x00-\x7F])|([0-9]+)|(\r\n)|(::)|(\s+?)|(.)|[\xA0-\xff]+/iu";}s:11:" * warnings";a:0:{}s:8:" * error";N;}s:39:" Swift_Mime_SimpleHeaderFactory charset";s:5:"utf-8";s:46:" Swift_Mime_SimpleHeaderFactory addressEncoder";O:38:"Swift_AddressEncoder_IdnAddressEncoder":0:{}}s:35:" Swift_Mime_SimpleHeaderSet headers";a:12:{s:25:"content-transfer-encoding";a:0:{}s:12:"content-type";a:1:{i:0;O:38:"Swift_Mime_Headers_ParameterizedHeader":9:{s:52:" Swift_Mime_Headers_ParameterizedHeader paramEncoder";N;s:46:" Swift_Mime_Headers_ParameterizedHeader params";a:4:{s:7:"charset";N;s:8:"boundary";s:55:"_=_swift_1618986298_268307d829ec9ab316a67c794d070fa5_=_";s:6:"format";N;s:5:"delsp";N;}s:44:" Swift_Mime_Headers_UnstructuredHeader value";s:9:"text/html";s:39:" Swift_Mime_Headers_AbstractHeader name";s:12:"Content-Type";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:12:"mime-version";a:1:{i:0;O:37:"Swift_Mime_Headers_UnstructuredHeader":7:{s:44:" Swift_Mime_Headers_UnstructuredHeader value";s:3:"1.0";s:39:" Swift_Mime_Headers_AbstractHeader name";s:12:"MIME-Version";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:4:"date";a:1:{i:0;O:29:"Swift_Mime_Headers_DateHeader":7:{s:39:" Swift_Mime_Headers_DateHeader dateTime";O:17:"DateTimeImmutable":3:{s:4:"date";s:26:"2021-04-21 06:24:58.758276";s:13:"timezone_type";i:3;s:8:"timezone";s:3:"UTC";}s:39:" Swift_Mime_Headers_AbstractHeader name";s:4:"Date";s:42:" Swift_Mime_Headers_AbstractHeader encoder";N;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:10:"message-id";a:1:{i:0;O:39:"Swift_Mime_Headers_IdentificationHeader":9:{s:44:" Swift_Mime_Headers_IdentificationHeader ids";a:1:{i:0;s:53:"90f8f657f9f04604db87aaa830cafe86@newsletter.domain.ch";}s:55:" Swift_Mime_Headers_IdentificationHeader emailValidator";r:34;s:55:" Swift_Mime_Headers_IdentificationHeader addressEncoder";O:38:"Swift_AddressEncoder_IdnAddressEncoder":0:{}s:39:" Swift_Mime_Headers_AbstractHeader name";s:10:"Message-ID";s:42:" Swift_Mime_Headers_AbstractHeader encoder";N;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:4:"from";a:1:{i:0;O:32:"Swift_Mime_Headers_MailboxHeader":9:{s:43:" Swift_Mime_Headers_MailboxHeader mailboxes";a:1:{s:22:"baumaschinen@domain.ch";s:9:"domain AG";}s:48:" Swift_Mime_Headers_MailboxHeader emailValidator";r:34;s:48:" Swift_Mime_Headers_MailboxHeader addressEncoder";r:101;s:39:" Swift_Mime_Headers_AbstractHeader name";s:4:"From";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:7:"subject";a:1:{i:0;O:37:"Swift_Mime_Headers_UnstructuredHeader":7:{s:44:" Swift_Mime_Headers_UnstructuredHeader value";s:55:"Vorführ- und Lagermaschinen in Top-Zustand: April 2021";s:39:" Swift_Mime_Headers_AbstractHeader name";s:7:"Subject";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:8:"reply-to";a:1:{i:0;O:32:"Swift_Mime_Headers_MailboxHeader":9:{s:43:" Swift_Mime_Headers_MailboxHeader mailboxes";a:1:{s:22:"baumaschinen@domain.ch";N;}s:48:" Swift_Mime_Headers_MailboxHeader emailValidator";r:34;s:48:" Swift_Mime_Headers_MailboxHeader addressEncoder";r:101;s:39:" Swift_Mime_Headers_AbstractHeader name";s:8:"Reply-To";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:2:"to";a:1:{i:0;O:32:"Swift_Mime_Headers_MailboxHeader":9:{s:43:" Swift_Mime_Headers_MailboxHeader mailboxes";a:1:{s:17:"jos0405@gmail.com";s:11:"Jozsef Test";}s:48:" Swift_Mime_Headers_MailboxHeader emailValidator";r:34;s:48:" Swift_Mime_Headers_MailboxHeader addressEncoder";r:101;s:39:" Swift_Mime_Headers_AbstractHeader name";s:2:"To";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:10:"precedence";a:1:{i:0;O:37:"Swift_Mime_Headers_UnstructuredHeader":7:{s:44:" Swift_Mime_Headers_UnstructuredHeader value";s:4:"Bulk";s:39:" Swift_Mime_Headers_AbstractHeader name";s:10:"Precedence";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:10:"x-email-id";a:1:{i:0;O:37:"Swift_Mime_Headers_UnstructuredHeader":7:{s:44:" Swift_Mime_Headers_UnstructuredHeader value";i:19;s:39:" Swift_Mime_Headers_AbstractHeader name";s:10:"X-EMAIL-ID";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}s:16:"list-unsubscribe";a:1:{i:0;O:37:"Swift_Mime_Headers_UnstructuredHeader":7:{s:44:" Swift_Mime_Headers_UnstructuredHeader value";s:71:"<https://newsletter.domain.ch/email/unsubscribe/607fc53ae22d4490350909>";s:39:" Swift_Mime_Headers_AbstractHeader name";s:16:"List-Unsubscribe";s:42:" Swift_Mime_Headers_AbstractHeader encoder";r:11;s:45:" Swift_Mime_Headers_AbstractHeader lineLength";i:78;s:39:" Swift_Mime_Headers_AbstractHeader lang";N;s:42:" Swift_Mime_Headers_AbstractHeader charset";s:5:"utf-8";s:46:" Swift_Mime_Headers_AbstractHeader cachedValue";N;}}}s:33:" Swift_Mime_SimpleHeaderSet order";a:16:{s:11:"return-path";i:0;s:8:"received";i:1;s:14:"dkim-signature";i:2;s:19:"domainkey-signature";i:3;s:6:"sender";i:4;s:10:"message-id";i:5;s:4:"date";i:6;s:7:"subject";i:7;s:4:"from";i:8;s:8:"reply-to";i:9;s:2:"to";i:10;s:2:"cc";i:11;s:3:"bcc";i:12;s:12:"mime-version";i:13;s:12:"content-type";i:14;s:25:"content-transfer-encoding";i:15;}s:36:" Swift_Mime_SimpleHeaderSet required";a:3:{s:4:"date";i:0;s:10:"message-id";i:1;s:4:"from";i:2;}s:35:" Swift_Mime_SimpleHeaderSet charset";s:5:"utf-8";}s:33:" Swift_Mime_SimpleMimeEntity body";s:126034:"<html xmlns="http://www.w3.org/1999/xhtml" xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office"><head>

Instead of 'baumaschienen' the sender name is 'Garage'

[npracht]

We need a way to reproduce. Can you please also tell :

• which email transport you use ?
• is your send from owner feature enabled ?

Thanks

[russkiimike]

Sorry forgot to add, I use Amazon SES API, also changing "from owner" both globaly and individually doesn't fix the issue.

[jos0405]

More addition:
It only affects SES API. Same install works with SMTP.

[benfavre]

After investigating, this seems to be a simple problem.

Reproduction :

• In the advanced email settings
• Modify only the field : emailform[fromName] and not the field: emailform[fromAddress]

Result: the fromName is not honnored and it reverts to the global setting.

Expected:
Array merge the custom sender fromName with the global fromAddress

[russkiimike]

Switching to AWS SMTP did fix the issue but that's a workaround I wouldn't want to rely on in the long term

[mabumusa1]

I tested this issue multiple times on version 4, I could not reproduce it, here are the tests I have done:

1. Sent in the immediate mode, using a From Name and From Email different than the system settings, and using German letters, it worked as expected.
2. Sent in the queue mode, using a From Name and From Email different from the system settings, and using German letters worked as expected.
3. Change Mailer is Owner it worked as expected.

If you can reproduce this issue on version 4, please state the steps you took to reproduce this issue so I can write a fix for it.

[jabaco]

This issue is still persistent in V.4 and using amazon SES API

The from name never gets honored from global configuration or per email configuration...The from name is always replaced by the email address... please add a fix to this since most users make use of Amazon SES Api to send emails...

[jabaco]

If this cannot be fixed soon is there a quick hard coded modification that we can do in order to force the from name??

[russkiimike]

If this cannot be fixed soon is there a quick hard coded modification that we can do in order to force the from name??

As a temporary solution would also want this please

[russkiimike]

Any updates?

[renatocron]

This same issue is present on 4.1.0 - And it's not only related to Amazon SES API but also SendGrid API (the Send From Owner works, but overwriting on Advanced does not)

SendGrid SMTP works as expected.

The options to include STMP headers also do not work if API integration is used.

I will open another issue to report this and to discuss solutions (maybe warnings, or if the driver using the API can publish extra headers)

[mabumusa1]

Please apply PR #9735, it fixes this issue for SES API

[renatocron]

This same issue is present on 4.1.0 - And it's not only related to Amazon SES API but also SendGrid API (the Send From Owner works, but overwriting on Advanced does not)

I tested today (to open the other issue about headers), and in fact, "SendGrid API" do set up From Name correctly. Sorry for the confusion.

[J-Wick4]

I'm running 4.1.0 when sending a single email to a user using a template. I replace the From Name and Email to the default system, the From Name is not making it to the recipient. I'm using a regular SMTP private server.

[AntoniyaM]

Running into this with Mautic 4.1.1 using SMTP. The from name in global config is the company name, 'Mailer is owner' is set to false. The email has a from name set to the company name as well (as global config didn't seem to be working).

Resulting emails have their from name set to the SMTP user, e.g. if the user used to connect is example@company-domain.com, then the from name in the email will be 'example'.

[mabumusa1]

Hello all,
Please checkout this new PR targeting Mautic5, we are moving away from swiftmailer to a new system called symfony/mailer

#10742 (comment)

[lobo8412]

The million question
The new version 4.2.0 fixes or not the problem
“From Name” field does not show up on the emails received

[russkiimike]

It's weird, I swapped back to API over SMTP and it seems to work. I haven't really changed anything :/

[lobo8412]

Can someone from the blog help me with this problem?
When sending emails, Mautic's "Sender Name" field does not appear in received emails. Instead, it only displays the "from email" part, i.e. the address
I have version 4.2.1 installed
example: https://viajandox.com/boletines/error-mautic.png

[jos0405]

I tested with Amazon SES API and works fine.

We will move away from swiftmailer soon, I suggest we close this for now. If you don't agree, plz reopen.

[github-actions]

⚠️COMMENT VISIBILITY WARNING⚠️

Comments on closed issues are hard for our team to see.
If this issue is continuing with the lastest stable version of Mautic, please open a new issue that references this one.