Emails in bleeding edge

[datakick]

Heads up for those of you who are running on bleeding edge.

We just committed a big change -- removed swiftmailer library from the core. This php library for sending was quite outdated and is no longer supported. In new versions of php it raises a lot of warnings. It just had to go. 

Instead of deciding on another library to put as a dependency, we simply removed email sending functionality from core completely 🙂 

To send emails, you will have to install some module that implements MailTransport interface.

For backwards compatibility, we have released a brand new module tbswiftmailer that does exactly this, using that outdated library we have just ripped from the core. 

So, if you update to bleeding edge, and install the tbswiftmailer module, you should be in the same situation you are now.

In the future, we will release a new mail transport library, that will implement sending emails using different third party library, probably symfony/mailer

 

[Rhapsody]

I just saw this after installing the Bleeding Edge update.  Scratched my head on what broke the email until I figured it out.  Suggestion and comment:

Suggestion: If SMTP parameters were previously saved using Swiftmailer in Core Code, migrate them over to the tbswiftmail module settings.  I had to search my files to figure out what I had set the SMTP outgoing account as.

Comment: The Test Email that used to appear at the bottom of the Email setup page does not appear any longer when the tbswiftmail module is installed with Bleeding Edge.  This should be restored.

[datakick]

16 hours ago, Rhapsody said:

Suggestion: If SMTP parameters were previously saved using Swiftmailer in Core Code, migrate them over to the tbswiftmail module settings.  I had to search my files to figure out what I had set the SMTP outgoing account as.

That is the case. Module use the same configuration keys as core used before, so the configuration is reused as it is.

16 hours ago, Rhapsody said:

Comment: The Test Email that used to appear at the bottom of the Email setup page does not appear any longer when the tbswiftmail module is installed with Bleeding Edge.  This should be restored.

Yes, we will reintroduce this. I'm not sure where to implement this, though. It can be either in the core (then new email template would be required), or in individual transport libraries. 

[Rhapsody]

I just updated two other installations with latest bleeding edge and see that both comments above are addressed.  SMTP settings transferred, and the test email is back. 

Great work datakick!

[wakabayashi]

Am I missing something or is this module just on github and not in BO modules list?

[wakabayashi]

@datakick I had to change this line

$this->tb_min_version = '1.5.0';

to 

$this->tb_min_version = '1.4.0';

I guess with bleeding edge, I am not yet considered as 1.5.0

[SLiCK_303]

15 hours ago, wakabayashi said:

Am I missing something or is this module just on github and not in BO modules list?

looks like its under....

 

[wakabayashi]

Hm, you haven't copied it manually from github before, right? 

Not sure, why it's not working for me as expected. Maybe related to the "tb_min_version" thing...

[SLiCK_303]

1 hour ago, wakabayashi said:

Hm, you haven't copied it manually from github before, right? 

Not sure, why it's not working for me as expected. Maybe related to the "tb_min_version" thing...

I didn't d/l via github, just used the TB Modules and Services..

This is what my test bleeding edge site looks like...

BO top left...

 

settings.inc.php

Edited April 7, 2023 by SLiCK_303

[wakabayashi]

Hm interesting I have 1.4.0 there, but upgraded my store yesterday to bleeding edge.

[the.rampage.rado]

Nope, after updating to edge it should appear in modules list. Do you have thirty bees Updater installed?

[e-com]

On 4/7/2023 at 7:04 PM, wakabayashi said:

Hm interesting I have 1.4.0 there, but upgraded my store yesterday to bleeding edge.

A new mail transport using PHPMailer library compatible with PHP 8.2 is now available.

[wakabayashi]

Google Maps in AdminOrders view was silently removed, right?

[the.rampage.rado]

Yes, no more..

[led24ee]

I had to made changes in settings.inc to get these new modules. Without these there was no possibility to send emails. Previous version was 1.4 bleeding edge

[e-com]

1 hour ago, led24ee said:

I had to made changes in settings.inc to get these new modules. Without these there was no possibility to send emails. Previous version was 1.4 bleeding edge

I suspect that settings.inc file does not have write rights by user -rw-r--r--. Therefore, during the upgrade, version in settings.inc is not updated.

[Sonni]

On 4/13/2023 at 3:43 AM, e-com said:

A new mail transport using PHPMailer library compatible with PHP 8.2 is now available.

where can I find this? I looked already at the marketplace and in modules in the backoffice and couldn´t find it anywhere.

[the.rampage.rado]

If you have updated to edge then you will see this and one more such module dealing with email transport. This one is currently the recommended one.

[e-com]

15 hours ago, Sonni said:

where can I find this? I looked already at the marketplace and in modules in the backoffice and couldn´t find it anywhere.

If you do not see this module in list of all modules, then you have some errors in server configuration and list of modules is not updated.

[PeterPan]

is it possible to resend all mail, wich weren´t send because of miss configuration?

[datakick]

11 hours ago, PeterPan said:

is it possible to resend all mail, wich weren´t send because of miss configuration?

No

[nickz]

16 hours ago, PeterPan said:

is it possible to resend all mail, wich weren´t send because of miss configuration?

On what server you are? Shared I don't thinks so, VPS and Higher could be and would depend on the configuration of your server.