IanM [deleted] very bizarre indeed I'm assuming this is beta 14? Does this happen on all emails (other than the test which you said is fine), or only specific use cases?
[deleted] IanM Yes, Beta 14. I've tried with two GMAIL accounts, and will try with another provider. EDIT - doesn't matter which address. It's the same regardless of the domain
[deleted] Any other thoughts around this ? My other Flarum instance is on Beta 13 and does not have this issue !
[deleted] Ok, this is very odd. If I change the mail driver to "mail", it works fine !! Obviously, I'd rather use SMTP, but this is a workaround for the moment. Anyone else experiencing this issue ?
clarkwinkelmann Since 5** are usually server error codes, the SMTP server logs should be able to provide more information there? Or any exact meaning for the error code from the software documentation?
[deleted] MartinJD thanks. I'm still reviewing the logs. Odd thing is that I have two other forums (beta 13) using the same config on the same server and they do not exhibit the same issues.
clarkwinkelmann Laravel was updated, and since the mail package is part of Laravel it's likely some change happened with the library. Maybe the protocol is used a bit differently, or some headers were changed, or something like that. However I don't know about any major change that might have happened in the library.
[deleted] clarkwinkelmann yes, I'm still studying logs but I'm not seeing anything immediately obvious. What is odd is that tls and port 587 doesn't seem to work - neither does SSL and port 465. Port 25 works, but unless you change the driver to mail, no email is ever sent and the message I provided earlier appears in the logs.
[deleted] Resolved. Me being a total idiot forgot to copy the certificate to Dovecot / Postfix :-( Once I did this, everything worked as intended.
