Child pages
  • [emails] Separating default sender and default recipient setting in configuration
Skip to end of metadata
Go to start of metadata

Imported From: http://groups.google.com/group/in-portal-dev/browse_thread/thread/0420b2c91d3dee24#

Now In-Portal has single configuration variable "Messages from Site Admin are from" (Smtp_AdminMailFrom), that is used as default from e-mail for all outgoing e-mail that are sent from the site.

In fact the same configuration variable is used as default recipient for any e-mail, that is sent to administrator from the site (e.g. validate new link e-mail, contact us form was submitted e-mail). This is inconvinient, since you can't specify multiple admin e-mails because same e-mail list would be used as "From" part of outgoing e-mails and will break them down.

Now you need to go though every e-mail event settings and manually assign admin users to each event and that's inconvenient.

What I'm proposing:

  1. add configuration variable called "DefaultEmailRecipients" or something like it (need to figure out how to to translate it to human readable format) as "textarea", where you can specify any number of e-mail (on one per line format), like you usually do in your e-mail client (e.g. "FirstName LastName <fi...@email.com>" or "em...@sample.com")
  2. add same variable to site domain record, since default from e-mail is also present there

Maybe renaming "Smtp_AdminMailFrom" to "DefaultEmailSender" would be good too.

Related Tasks

INP-960 - Getting issue details... STATUS

11 Comments

  1. this is a really good idea, but I think the variable should be named
    "AdminEmailRecipents", is this is intended to receive admin messages.

    Does actual "DefaultEmailSender" field also understand addresses like "Alex
    <aik.b...@gmail.com>" ? It should also work like the new field.

    2011/10/13 Alexander Obuhovich <aik.b...@gmail.com>

  2. *this is a really good idea, but I think the variable should be named
    "AdminEmailRecipents", is this is intended to receive admin messages.*

    I'm open to suggestions, since I wasn't sure if new variable name would be
    understandable to others.

    *Does actual "DefaultEmailSender" field also understand addresses like "Alex
    <aik.b...@gmail.com>" ? It should also work like the new field.*

    Nope. It uses Website name + default email as sender.

  3. ok. thanks for fast reply on this.

    2011/10/13 Alexander Obuhovich <aik.b...@gmail.com>

  4. There is a duplicate discussion here:
    https://groups.google.com/d/topic/in-portal-dev/MeYX1VvU7VA/discussion

    Another idea: maybe instead of large textarea we can place a standard
    recipient entering control from "Settings" tab of e-mail event editing page
    (see attached image).

  5. idea is good too, but Dmitry's proposal about ability to setup a whole
    group as admin recipient for system messages is cool too.
    In fact, at some point, it's an email configuration rather than admin :
    it's very easy to setup a group address which deliver emails to many
    emails, but it's easier to manage the whole thing in admin panel.

    Your 2 ideas are good:
    - ability to setup an admin group, in case a person in charge is not here,
    someone else receive emails
    - ability to setup a list of specific recipient is useful, for example an
    approved order email would be sent to person in charge of preparing
    parcels, and processed orders emails could be sent to accounting people

    2011/12/16 Alexander Obuhovich <aik.b...@gmail.com>

  6. In total we have these options:

       - [Alex] Add a new "AdminEmailRecipents" configuration variable as a
       large textarea, where you can specify multiple e-mail addresses (in one
       e-mail per line format)  in a form "firstname lastname <em...@address.com
       >".
       - [Alex/Dmitry] Add a new "AdminEmailRecipents" configuration variable
       as recipient specification control (see my previous post) that allows to
       specify to/cc/bcc (not only to recipients as usual).
       - [Alex] Add "ReceiveAdminEmails" checkbox into user/group record and
       users from marked groups or users marked exactly will receive admin
       designated e-mails.

    Also Dmitry suggested, that can use "from e-mail" that we already have to
    act as "to e-mail" (for admin email events) in case if to e-mails in a new
    form haven't been specified.

  7. Hi guys,

    I strongly believe that Option 2 (Alex/Dmitry) with Interfaces + ability to
    use From Email as default To Email will work the best. The main reasons are:

    1. we don't want to over complicate current Users/Admin functionality/data
    structure
    2. it's sounds more like Subscription task where ANY user can be subscribed
    almost to anything, this is NOT the goal here
    3. we'll need to make lost of work to make this work/use all options
    CC/BCC/TO and other
    4. not as flexible.

    The only concern/question that remains here is the location of this
    Interface.

    Option 1 - Advanced -> Email Settings sub-section

    Option 2 - come up with new section under Configuration.

    I am voting Option 1 for now - at least until we get to new Admin Interface
    questions.

    I hope you are convinced.

    DA

  8. Any thoughts here?

    I would love to see this Finalized and have it for 5.2.0 as soon as
    possible (need to create task too).

    DA

  9. I'm ok with it, since this was the idea I suggested too.

    On Tue, Dec 20, 2011 at 3:27 AM, Dmitry A. <dandre...@gmail.com> wrote:
    > Any thoughts here?

    > I would love to see this Finalized and have it for 5.2.0 as soon as
    > possible (need to create task too).

    > DA

  10. I'm also ok with Alex/Dmitry idea :)

    2011/12/20 Alexander Obuhovich <aik.b...@gmail.com>

  11. New task is ready for this.

    *1183: Separate setting for default Email Sender / Recipients*

    INP-960 - Getting issue details... STATUS


    DA