- Is it possible to set a Single Sender & Single Recipient for email notifications?
- How to change system e-mail notifications sender's name from System System
"Image/data in this KBA is from SAP internal systems, sample data, or demo systems. Any resemblance to real data is purely coincidental."
SAP SuccessFactors HCM Suite
SuccessFactors Customer Support can activate a standard Single Sender Value for your instance. In effect the "FROM" email shown to end users receiving notifications will appear as the value you wish to setup.
You could change it from email@example.com to firstname.lastname@example.org or whatever your company domain is.
- This has the effect of modifying the incoming FROM address for ALL notification emails to whatever your desired value is, instead of an email address with FROM address email@example.com.
Your email system may see this as spam as it pretends to originate from your internal systems, so your IT team may have to whitelist our email server IP addresses so that the emails are successfully accepted by your servers.
See KBA 2087468 for the list of IP's that would need to be whitelisted per datacenter.
- Should you wish to activate Single Sender, please reach out to your Partner or open a case with SuccessFactors Customer Support providing us with the below.
- Single Sender Name: This will be the Full Name From which the system emails will be sent
- Single Sender Email: This will be the email address From which all system emails will be sent.
NOTE: We CANNOT setup a rewrite of the domain only. For example, you want FROM: firstname.lastname@example.org just changed to FROM: email@example.com (which would in theory allow emails to get to your end users) as you must remember that firstname.lastname@example.org is likely a real user at SuccessFactors, and therefore this invalid approach results in our employees getting your emails when people reply, and that is both an unacceptable annoyance to our users, as well as a security risk to your data and communications.
SuccessFactors Customer Support can make a provisioning change and activate a Single Recipient option. With Single Recipient enabled you can direct emails to one common email address so that end users no longer receive emails. From there, if you have capable systems, your own internal system could decide whether to send the email on and to whom to send it to.
- Single Recipient Name: (this can be any custom string like "ABC Emails")
- Single Recipient Email: This will be the email address for emails to go to. We only support one single recipient email address.
You can also have us "Forward all emails" or "Forward emails addressed to these domains" whereby you provide us a comma separated list. Example; "abcHR.com,abcSales.com". In this example, only emails going to HR or sales would be forwarded to the defined recipient email address, and any emails for abc.com would be ignored and delivered normally.
Note: Single Recipient and Single Sender are totally independent of each other and can be used alone or in combination with each other.
Single Sender, Single Recipient, Email, Notification, FROM, e-mail , KBA , sf email notifications , LOD-SF-PLT , Platform Foundational Capabilities , LOD-SF-PLT-PRV , Provisioning Changes , LOD-SF-PLT-NOT , Email Notifications , How To