App Management: Email setup

■

Use this walkthrough to set up emails for your Simpplr app.

Simpplr emails

As the app manager, in your user profile menu, navigate to Manage > Application, and from the Setup tab, click Email. 

Email sender address

First, enable Simpplr emails. Then optionally, enable personalized content emails.

Domain setup

In the Sender domain modal, click Add domain to add your org's domain for emails. Input the domain, and optionally choose to enter a custom sender address if you'd likme emails to appear from a different address (e.g., thehubintranet.com).

Once your domain is added, you'll be given a copy of DNS records you'll need to implement in your org's DNS settings. Work with your IT admin team to get these implemented.

Note:

To avoid emails from Simpplr being blocked in inboxes, have your IT team whitelist the following two IP addresses in your email domain: 54.240.116.11 and 54.240.116.27. These are dedicated IP addresses to Simpplr.

Customize your sender address

You can add a custom sender address to help boost number of opens in your emails. Users are msre likely to trust familiar email addresses when opening emails.

Configure email relay properties

Here you can set up custom SMTP relay configurations to ensure emails are delivered through your own servers. This helps prevent emails from being marked as spam by your system.

To get started:

1. Click Configure. This brings up the setup modal.
2. Input the applicable details into each field. This may require the help of your IT admin.
   1. For Host, enter a mail domain, hostname or IP address. If you provide a name, Simpplr checks for valid Domain Name Service (DNS) mail exchange (MX) records first. If none are found, Simpplr looks for a DNS Address (A) record. If you plan to use Transport Layer Security (TLS) with this connection, enter the hostname instead of the IP address. TLS requires the hostname for verifying certificates.

      Here are examples of valid formats.

      • Mail domain: myemaildomain.com
      • Mail server hostname: mail.myemaildomain.com
      • IP address: 100.121.20.5
   2. For Port, enter the number of your company’s SMTP server. Obtain this information from your email administrator. Email relaying is supported on any port numbers between 0 - 65535.
   3. Select a TLS Setting. This setting controls whether Simpplr uses TLS for SMTP sessions.
      • Off — TLS is turned off. SMTP session continues through an insecure connection.
      • Preferred — If the remote server supports TLS, Simpplr upgrades the current SMTP session to use TLS. If TLS is unavailable, Simpplr continues the session without TLS. This setting is the default.
      • Required — Simpplr continues the session only if the remote server supports TLS. If TLS is unavailable, Simpplr terminates the session without delivering the email.
      • Preferred Verify — If the remote server supports TLS, Simpplr upgrades the current SMTP session to use TLS. Before the session begins, Simpplr verifies that a valid certificate authority has signed the certificate and that the common name presented in the certificate matches the domain or mail exchange of the current connection. If TLS is available but the certificate isn’t signed or the common name doesn’t match, Simpplr disconnects the session and doesn’t deliver the email. If TLS is unavailable, Simpplr continues the session without TLS.
      • Required Verify — Simpplr continues the session only if the remote server supports TLS, a valid certificate authority has signed the certificate, and the common name presented in the certificate matches the domain or mail exchange to which Simpplr is connected. If any of these criteria aren’t met, Simpplrterminates the session without delivering the email.
      If you use TLS verification, an MX or an A record for your hostname is required in Public DNS. Canonical Name (CNAME) DNS records can’t be used for relays with TLS verification.
   4. Optionally, to enable authentication with a username and password for this email relay.
      1. Select Enable SMTP Auth. When you enable this setting, the TLS Setting changes to the required value, Required Verify.
      2. In the Auth Type field, select a Simple Authentication and Security Layer (SASL) mechanism to use for SMTP authentication.
         • To use the PLAIN SASL mechanism, select Auth Plain. This is the default Auth Type when you enable SMTP Auth.
         • To use the LOGIN SASL mechanism, select Auth Login.

         Simpplr supports only the PLAIN and LOGIN SASL mechanisms.

      3. For Username, enter the username for SMTP authentication.
      4. For Password, enter the password for SMTP authentication.
      5. In the Confirm Password field, reenter the password for SMTP authentication.

      Before you enable SMTP authentication, test this feature in a sandbox to ensure that it works as expected with your email relay. Some email services don’t support SMTP authentication for email relays.

      If you deselect Enable SMTP Auth, Simpplr saves your authentication credentials but doesn’t route email to your company’s email server using SMTP authentication.

   5. Save your changes.
   6. Set up an email domain filter. You must set up an email domain filter for email relay to work.

   Simpplr recommends that you send a test message each time you change the email relay configuration.

3. When finished, click Submit.

Test deliverability

With Test deliverability, you can test email deliverability to any specified email address. In Manage > Application > Email, click Test deliverability and input the address you'd like to test with.

Compliance BCC email

Finally, you can optionally set up a compliance BCC email to automatically copy each outgoing email to a compliance email address. Certain types of system emails, such as password reset and important completion emails, are excluded.

Other emails sent 

Note that some emails are sent regardless of whether the App manager has disabled emails entirely. 

If Enable Simpplr emails is turned off in Manage > Application > Setup > Email, the following emails will still be sent to applicable users:

• User password reset
• User recover MFA 
• Reset password OTP request 
• Welcome email
• Welcome SSO email 
• Mobile app download
• Help & feedback email 
• Integration token expiration 
• License exhausted
• Bulk license expiration email
• User account suspension
• User sync/provisioning status
• SFTP credentials email
• SFTP private key email
• SFTP user sync/provision status
• Audience CSV job status
• Bulk upload of topics email confirmation
• Historical data ingestion 
• Bulk user onboarding sync
• Redemption code

Mobile promotion emails are also sent regardless of user settings, due to the fact that they're manually sent by users.