Concrete 5.7 Change Password Reset FROM Email Address
Permalink
Can anyone help me on this quick...
I need the 5.7 equivalent of
define('EMAIL_ADDRESS_FORGOT_PASSWORD', 'insert sender mail here');
All my searches bring up the 5.6 version and how to reset your concrete5 password.
Thanks in advance
Chris
I need the 5.7 equivalent of
define('EMAIL_ADDRESS_FORGOT_PASSWORD', 'insert sender mail here');
All my searches bring up the 5.6 version and how to reset your concrete5 password.
Thanks in advance
Chris
In your /application/config/generated_overrides/concrete.php add this
Right on, thanks.
I already had 'form_block' in there so i figured it had to fit in there somehow. :)
I already had 'form_block' in there so i figured it had to fit in there somehow. :)
I did this on one site and it went perfectly, but on the second site it all went to hel.
THis is what I put in...
i know i know this is for the FORM Block. But on this site when I added the 'forgot_password' line it actually broke entirely and wouldnt send an email at all. Which led me to go back and test without the new line just to establish a baseline. I needed to edit the form_block email address as well so it was worth while doing. BUT this is what I got... (btw the forgot password email worked again just with the default from email addrress)
From: no-reply@theolddomain.org
To: Me (that still works)
Reply-to: no-reply@thenewdomain.org
So first, why is it keeping the old domain as the from address?
Why's the address I want going to the Reply-to line?
Second, why did the 'forgot_password' addition break it altogether (at least on this site)?
Should this all be done within the config/concrete.php file and not the config/generated_overrides/concrete.php file? I tested this btw it didnt make a difference. I just noticed it said "Do Not Manually Edit This File" or something like that.
Both site are updated to 5.7.5.6
Anyway, any thoughts welcome.
Chris
THis is what I put in...
i know i know this is for the FORM Block. But on this site when I added the 'forgot_password' line it actually broke entirely and wouldnt send an email at all. Which led me to go back and test without the new line just to establish a baseline. I needed to edit the form_block email address as well so it was worth while doing. BUT this is what I got... (btw the forgot password email worked again just with the default from email addrress)
From: no-reply@theolddomain.org
To: Me (that still works)
Reply-to: no-reply@thenewdomain.org
So first, why is it keeping the old domain as the from address?
Why's the address I want going to the Reply-to line?
Second, why did the 'forgot_password' addition break it altogether (at least on this site)?
Should this all be done within the config/concrete.php file and not the config/generated_overrides/concrete.php file? I tested this btw it didnt make a difference. I just noticed it said "Do Not Manually Edit This File" or something like that.
Both site are updated to 5.7.5.6
Anyway, any thoughts welcome.
Chris
Can you paste in here what exactly you have in the concrete.php that caused it to "go to hell" and also a description of what exactly go to hell means to you? Also, DO NOT change anything in the /concrete directory.
So... this is working now. And there is a lot of layers to this most of which are my own fault (which is usually the case).
The from email address that wouldn't go away was because at some point I took the controller from the form block and used it as an override, changing the code in there to be the address I wanted. This site was built back when 5.7 first came out and I think at that point the forum was a little light on how-to's and community help. Anyway, I think that was the way I could get it to work at the time so... fixed now.
The forgot_password line works as it should now. But when I said everythign goes to hell I meant that it seemed like it was broken entirely. I assumed it would turn out to be something similar to javascript where if you make an error in your code it will often cause the entire .js file to fail. Finally, and probably far to late in the process, I checked the email logs to see if they were actually sending. Yes there they were and with no errors. Changed the admin address to another email/domain and tried the forgot password link again... bing! For whatever reason the email i was using was not receiving the emails c5 was pumping out. I get emails from the same domain otherwise so I have no idea why these specific ones were lost among the internets.
As usual, my drama reads more of a what-not-to-do guidebook, but I hate when people ask for forum support, get it and then never respond regarding the outcome.
I do still have the question regarding the generated overrides file... is that where these additions should be made? I noticed that I had some code from way back when in application/config/concrete.php. What's best practice?
Anyway, thanks again for your help.
Chris
The from email address that wouldn't go away was because at some point I took the controller from the form block and used it as an override, changing the code in there to be the address I wanted. This site was built back when 5.7 first came out and I think at that point the forum was a little light on how-to's and community help. Anyway, I think that was the way I could get it to work at the time so... fixed now.
The forgot_password line works as it should now. But when I said everythign goes to hell I meant that it seemed like it was broken entirely. I assumed it would turn out to be something similar to javascript where if you make an error in your code it will often cause the entire .js file to fail. Finally, and probably far to late in the process, I checked the email logs to see if they were actually sending. Yes there they were and with no errors. Changed the admin address to another email/domain and tried the forgot password link again... bing! For whatever reason the email i was using was not receiving the emails c5 was pumping out. I get emails from the same domain otherwise so I have no idea why these specific ones were lost among the internets.
As usual, my drama reads more of a what-not-to-do guidebook, but I hate when people ask for forum support, get it and then never respond regarding the outcome.
I do still have the question regarding the generated overrides file... is that where these additions should be made? I noticed that I had some code from way back when in application/config/concrete.php. What's best practice?
Anyway, thanks again for your help.
Chris
I think that the generated_overrides directory came about as 5.7 evolved and that seems to be the correct place to put the overrides, best practice is always to not change anything in the /concrete directory.
Thank you for updating this issue with what was actually going on, it could help somebody else in the future.
Thank you for updating this issue with what was actually going on, it could help somebody else in the future.
Yep... no touchy the core. No touchy the core!
Not ten minutes after I put this in the win column, my client asked if there was any way to change the 'conversation' block 'from' address.
So where are all these options listed? And if they aren't, whats the rule for knowing what to add in there?
I tried...
'email' => array(
'guestbook_block' => array(
'address' => 'conversations-noreply@thedomain.org',
'name' => ''
),
'form_block' => array(
'address' => 'no-reply@thedomain.org',
),
'forgot_password' => array(
'address' => 'no-replyPW@thedomain.org',
),
),
I also tried 'conversation_block', 'conversation', 'discussion', etc.
I see where 'forgot_password' relates to the file within the core's email folder so i get that. And I see 'form_block' in the core's concrete.php file so i get that. I also see 'default' in there so i assume I can edit that as well but I don't get any sort of naming convention to decipher additional instances.
Thoughts?
Not ten minutes after I put this in the win column, my client asked if there was any way to change the 'conversation' block 'from' address.
So where are all these options listed? And if they aren't, whats the rule for knowing what to add in there?
I tried...
'email' => array(
'guestbook_block' => array(
'address' => 'conversations-noreply@thedomain.org',
'name' => ''
),
'form_block' => array(
'address' => 'no-reply@thedomain.org',
),
'forgot_password' => array(
'address' => 'no-replyPW@thedomain.org',
),
),
I also tried 'conversation_block', 'conversation', 'discussion', etc.
I see where 'forgot_password' relates to the file within the core's email folder so i get that. And I see 'form_block' in the core's concrete.php file so i get that. I also see 'default' in there so i assume I can edit that as well but I don't get any sort of naming convention to decipher additional instances.
Thoughts?
