- [✅] I confirm this is a bug with Supabase, not with my own application.
- [✅] I confirm I have searched the Docs, GitHub Discussions, and Discord.
Describe the bug
In the config.toml file (local), if both [local_smtp] and [auth.email.smtp] have enabled = true, then [auth.email.smtp] wins during development.
To Reproduce
Set up this in your config.toml file:
[local_smtp]
enabled = true
# Port to use for the email testing server web interface.
port = 54324
[auth.email.smtp]
enabled = true
host = "smtp.gmail.com"
port = 587
user = "blablablabla@gmail.com"
pass = "env(your_password)"
admin_email = "blablablabla@gmail.com"
sender_name = "Write what you want here"
Notice that setting up a google smtp takes additional care (https://github.com/orgs/supabase/discussions/19646), but I think you can use any SMTP you want.
Expected behavior
[local_smtp] should win over [auth.email.smtp] during development, i.e. the fake SMTP should be used and not the real one. Toggling off [auth.email.smtp] during development and toggling it on before running supabase config push for production is annoying.
Describe the bug
In the
config.tomlfile (local), if both[local_smtp]and[auth.email.smtp]haveenabled = true, then[auth.email.smtp]wins during development.To Reproduce
Set up this in your
config.tomlfile:Notice that setting up a google smtp takes additional care (https://github.com/orgs/supabase/discussions/19646), but I think you can use any SMTP you want.
Expected behavior
[local_smtp]should win over[auth.email.smtp]during development, i.e. the fake SMTP should be used and not the real one. Toggling off[auth.email.smtp]during development and toggling it on before runningsupabase config pushfor production is annoying.