On email address change second confirm fails due to email customization

EDIT: Found it. user_notifications.confirm_new_email.text_body_template had overridden the URL.
You can ignore the rest.

Hey, Simon. Thanks for your help.

Here’s the problem:

It’s sending “confirm your new email address” emails with links like https://forum.xx.org/users/authorize-email/c7ed779eb28c049ec4a5105dd9e07013 rather than https://forum.xx.org/u/confirm-new-email/c15d4bc33211e586b70572195f7dac89.

If I re-write the link to use the correct URL and the token, it works just fine, but for some reason, it’s sending the old link style and not the new one! (I did it twice, once after I’d done the grep and reboot described below.)

I just did a ./launcher rebuild and it’s still sending links with the old format. As advertised, only solid, official plugins are installed.

And then I go into the container and in /var/www/discourse do a grep -r authorize-email and it finds no files. And then I rebooted.

I’m pretty stumped for at least the second time in 24 hours.

3 Likes