Email for pocketbase

[Valexico]

Hi @joseph

• So 9.1.7 is marked "This update is a pre-release and not considered stable yet. Please update at your own risk." So I didn't update yet
• For pocketbase, I had to fork the repo. The reset of the email config on each restart is not acceptable for production.

Waiting for a packaging update of the official package

[joseph]

@valexico 9.1.7 is being rolled out. When it's being rolled out, we mark is as unstable , so that everyone does not update all together .

[Valexico]

Hi @joseph
So I did fork the pocketbase repo to fix the mail setting reset issue. Can I push a merge request somehow ?

[joseph]

@valexico yes, of course. https://git.cloudron.io/packages/pocketbase-app/ is the repo to create the MR against. Do you have a gitlab account? We can send you an invite for our git , should I send to this forum email? Otherwise, drop me a mail at support@cloudron.io with another email account if you want to keep it private.

[joseph]

@valexico but before you create the MR, does 9.1.7 not solve your problem? it's stable by now. Any reason not to add BREVO as mail relay in Cloudron and add it directly into pocketbase?

[Valexico]

Hi @joseph

I juste tested on a pocketbase app with cloudron 9.1.7. Sending a test email in the admin panel gives "Test email send timeout."

Anyway

• Nobody wants the sender name to be always reseted to "Pocketbase" so the Pocketbase package need a fix
• I want to be able to set a custom SMTP per app (such app can be deployed on a different domain for example). So i think defaulting mail setting to Cloudron SMTP is a expected, but overwriting custom user config on each reboot seems a bad pattern.

I'll be glad to propose a MR on this package, it's just a one line chante (moving the mail setting in the existing "first run section" of the start.sh)

You can invite me on this forum email

[Mac338]

Hi, I’m currently running six PocketBase instances, and I constantly have to reconfigure the email settings. It’s really annoying. Will there be a change soon to prevent the email settings and sender names from being overwritten? This is a major drawback for production applications.

Is there any update on this? Or is this not being implemented? If not, I’d have to switch to Coolify.

[james]

Hello @mac338
I will look into it.

[james]

Hello @mac338
An app update is available that now allows you to disable the automated SMTP configuration.

[Mac338]

@james Great, thank you very much for the fast implementation