Hi Will,

Yes, I've saved multiple times and I even created a new form to test if it's something stale with my old form. No good.

Also, to answer another portion of your reply, the SMTP test email works (so it shouldn't be a firewall issue). However, no other email works (ex: Reset Password during login doesn't send either).

This thread can be closed. I ended up figuring it out.

With the help of Will's videos (thanks Will), I installed a fresh copy of DNN on another server. The SMTP still didn't work on a fresh install. I looked at the IIS logs and saw the API calls related to resetting a password were coming back with a 200 (success), so I dug into the email side of things. The messages were being queued by our SMTP relay because the email address being used by the superuser account. I ended up changing the new superuser account to the dedicated intranet email we created and it worked. After that, I did the same in production (was set to a user's account) and it worked.

All of this is to say, it was an SMTP configuration issue on the mail server. At some point in the past, the user's email that was in the superuser profile of DNN must have been set up differently on our prior mail server. We switched to M365 in the middle of last year and those settings didn't make the move (and shouldn't have in my opinion.....emails from the intranet should not be coming from a single user's email address).

For everyone here's future reference: The Superuser profile email seems to be what DNN uses to send emails like password resets and form submissions (unless overriding in the form submission settings). While the SMTP settings in the Servers area needs to be working as well, the superuser profile was the missing piece/misconfiguration.

Posted By Dave C on 1/10/2024 8:25 AM

This thread can be closed. I ended up figuring it out.

With the help of Will's videos (thanks Will), I installed a fresh copy of DNN on another server. The SMTP still didn't work on a fresh install. I looked at the IIS logs and saw the API calls related to resetting a password were coming back with a 200 (success), so I dug into the email side of things. The messages were being queued by our SMTP relay because the email address being used by the superuser account. I ended up changing the new superuser account to the dedicated intranet email we created and it worked. After that, I did the same in production (was set to a user's account) and it worked.

All of this is to say, it was an SMTP configuration issue on the mail server. At some point in the past, the user's email that was in the superuser profile of DNN must have been set up differently on our prior mail server. We switched to M365 in the middle of last year and those settings didn't make the move (and shouldn't have in my opinion.....emails from the intranet should not be coming from a single user's email address).

For everyone here's future reference: The Superuser profile email seems to be what DNN uses to send emails like password resets and form submissions (unless overriding in the form submission settings). While the SMTP settings in the Servers area needs to be working as well, the superuser profile was the missing piece/misconfiguration.

Awesome news!  I'm happy you figured it out.  And, thank you so much for posting the solution for everyone to benefit from!  😊