Issue with group e-mail and campain and mass emails

[ThomasB]

Now I checked the email with outlook.

[CODE]EspoCrm 8.4.2

I trying to setup an Email/newsletter campaign and ran into a strange issue.

I have system email smtp and two group smtp accounts.

I go to campaign and create my campaign.

I create a mass email with the second group account as sender. The sender address is newsletter@ and the reply adress is person.x@

If I reload the page or to another page and go back the mass email details, the entry for smtp account is empty.

If I send a test email, it seems the correct group account is used.

However my second issue is that I have now two reply addresses in my mail: Person X <newsletter@> and person.x@

I fixed the second issue with two adresse by removing the reply-to adress from the group email account but I see only the email adress and not the name as reply.

Only "person.x@company.com" instead of "Person X <person.x@company.com>"

Email client thunderbird.


Now I checked the email with the outlook client:

The from address reads "=?UTF-8?Q?newsletter@ <company.com?=newsletter@company.com>"

[ThomasB]

If I check the raw code with thunderbird, it see,s the subject of the html email also prints =?UTF-8?Q? at the start of subject and from address.

Precedence: =?UTF-8?Q?bulk?=

Just found out there was an existing issue: https://github.com/espocrm/espocrm/issues/2923

But still happens with the latest version.

Might be related? https://github.com/laminas/laminas-mail/issues/265 and https://github.com/laminas/laminas-mail/pull/235


If the library is to blame not sure if another one could be used like: https://github.com/PHPMailer/PHPMailer

Not sure about licence and other potential drawbacks.

[ThomasB]

Ok, one issue I have identified.

The problem with =?UTF-8?Q?newsletter@ in the from address happens when you enter the email adress as "From Name". The @ letter is causing this.

From Address	From Name	Result
newsletter@company.com	newsletter@company.com	=?UTF-8?Q? issue
newsletter@company.com	newsletter company.com	works fine

[yuri]

Related: https://github.com/espocrm/espocrm/issues/2923

[ThomasB]

Ok, to summarize all issues:

1. Do not use letters like @ in the "From Name" field.

2. In the Mass Emails dialog, where you specify the SMTP Account, the field is no longer visible if you reload or reenter the dialog.

3. If you specify a "Reply-to-Name" in the Mass Emails dialog and use a group account, then the emails do not contain the name but only the Reply-to-Address.

4. If you setup a group account with a "Reply To Address" in the Administration-> Group Email Accounts settings, and use in the Mass Emails dialog also a different Reply-To-Name,
then the emails you send will have two reply address. One with the "replay-to-name" and the email address from the group emails settings and one email with just the email adress from the Mass Emails dialog.
If you remove the reply-to-name from the group email account, you will have only one email address but without name. See issue 3.

[ThomasB]

One last remark.

I'm using a different domain name in the group e-mail account than the system email account. E.g group@company_B.com and system@company_A.com

If I leave the From Address and From Name field empty in the Mass Emails dialog then the emails will look like this:


group@company_B.com <system@company_A.com>

The From Name will be taken then from the SMTP settings of the Group Email account, however the sender is the system account?

[victor]

Thomas, A very similar topic has has already been considered. Please familiarize with it: https://forum.espocrm.com/forum/gene...-header-source.

[lifecrane]

Hello, sorry to intervene, but i dont think i can post , or I cant find a way to post .. and could not find answer for this problem:
I am trying this software, because the project extension looked ok when i get setup , but I can
t make this email deal to work on the email smtp.. in the imap, it works fine..

However, on the smtp , it gives 500 error, and logs are in the picture, and setup is as follows:
I have vps with crm with highvalue.cloud and domain with site harmonicalpha.com .. I decided to use email from harmonicalpha,com, because trying to save money , once i decided to get a vps so that I have future separated website space, from the crm .. maybe this was a bad idea, I don't know enough about this stuff. ..

What i know, is that now the problem is that I am trying to use the free email address i have at harmonicalpha.com , and set it tup on the espocrm installed at the vps in ubuntu at highvalue.com ... and the error is that Email sending error: 5.7.1 <partners@highvalue.cloud>: Sender address rejected: not owned by user at admin@harmonicalpha.com ..

I have no idea for what to do, and any help is greatly appreciated.

[victor]

I noticed that you write in topics that clearly do not fit the context of your questions.
Please create your own topic and describe the problem in detail in it. I can also say with confidence that the Project Management extension has nothing to do with SMTP.

[lifecrane]

By the way, I could not edit my message above, there is error, so had to post this one too: I checked the setup with online smtp checker, and it works fine, with tls and ssl, so I know that the settings I am using, are fine.

[ThomasB]

This topic doesn't really shed any new light on the problem.

If you read all my posts, you'll notice that I've already referenced a similar bug report in the Github project.

I also list 4 or even 5 issues that could be considered bugs. At least issue 2 with the disappearing settings I would consider a bug.

I worked around the UTF8 issue by not using the @ character in the name field.

[ThomasB]

Just saw that laminas-mail will not developed any further.

Source: https://github.com/laminas/laminas-mail

This package is abandoned and will receive no further development!

It is suggested to use

• ddeboer/imap for interacting with IMAP
• zbateson/mail-mime-parser for parsing MIME messages
• symfony/mailer for sending mail

[yuri]

It's sad. We might need to fork it or find a fork.

[yuri]

Bug with the smtp account field was recently fixed in the master branch.