Acoustic Campaign Ideas

The Acoustic Ideas portal has moved! Please sign up for our new Ideas portal and submit your suggestions at

Working Personalisation for From Address/Reply to Address within Programs

As of current, If there is a personalised variable being used on a mailing template in the fields from email / reply to email, it cannot be used in Programs - program mailings effectively don`t support that.

Unfortunately, program only recognizes the default value from the mailing, and the from and reply-to address in the default tab cannot hold personalized values, they have to be valid email addresses. 

We are currently hitting this obstacle in Insurance projects, where emails need to be sent from programs using emails of customer representatives that are stored within the database.

Implementing this will help any projects that need to use a large amount of representative addresses to send the emails to end customers. This specific case is an Insurance client sending program emails to customers in the name of thier dedicated insurance agents. Due to this inability of the program they need to invest into additional development to trigger this message outside of a program.

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Jul 13 2018
  • Under Consideration
How will this idea be used?

This will enable program mailings to be sent using any email configured, not only a fixed static email but for example an email of their sales rep, which is currently not possible and customers are receiving these emails from default email addresses.

Also it is quite weird that personalisation of this can be done on a template level, but does not work within programs.

What is your industry? Insurance
What is the idea priority? High
DeveloperWorks ID
Link to original RFE
  • Attach files
  • Admin
    Diane Bowman commented
    July 17, 2018 23:24

    We are aware that there are some UI improvements needed to make this easier, but you can get the RT personalization in the program mailing buy placing the RT personalization into the default address in the email template. See

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    July 26, 2018 07:41

    Hi Diane, Removing the field validation for email syntax and allowing shortcodes in program setup interface should do the job, since the program does take the personalised variable from the template itself, yet a different (unpersonalised) email address must be used within the program interface when configuring the mailing. Resulting personalisation is taken from template and the setting from configure template is ignored, which is very confusing to the user.