- 🇸🇰Slovakia poker10
According to the #77, this seems to be the change record for this issue: https://www.drupal.org/node/2281541 → . I am not sure why it is not linked here anymore.
Currently all system mail is sent from the address configured on the 'admin/config/system/site-information' page. It is not possible at the moment to choose another address for sending the welcome/activation/block/cancel e-mails.
Currently, when a new user registers and registration requires admin approval, an email is sent to the site email for notification. Here's the line (line 2633 of user.module in current HEAD)
drupal_mail('user', 'register_pending_approval_admin', variable_get('site_mail', ini_get('sendmail_from')), language_default(), $params);
This email address needs to be customizable. In many cases, the admin that needs this email isn't the same as the email used for the site. A good site email is often something like no-reply@example.com or support@example.com while the person who needs to receive the email is often something like msmith@example.com. Also, it's fairly common for clients to want multiple recipients of this email, which is currently impossible since the 'site_mail' variable only allows for one address. The User settings page (admin/user/settings) would be a perfect place for this.
Also, this is an often point of confusion since the description of "Site Email Address" includes nothing about that email actually being sent TO; it only mentions being used as a from address. Here's that description:
The From address in automated e-mails sent during registration and new password requests, and other notifications. (Use an address ending in your site's domain to help prevent this e-mail being flagged as spam.)
I think just a Notification Email Address text input on the User Settings is all that's needed here.
Fixed
8.0 ⚰️
Last updated
After being applied to the 8.x branch, it should be considered for backport to the 7.x branch. Note: This tag should generally remain even after the backport has been written, approved, and committed.
The patch will have to be re-rolled with new suggestions/changes described in the comments in the issue.
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
According to the #77, this seems to be the change record for this issue: https://www.drupal.org/node/2281541 → . I am not sure why it is not linked here anymore.