Skip to main content
Sending Emails using your own Domain

How to set-up using your own emails servers to send Discussions via your domain

Matthew James Finkel avatar
Written by Matthew James Finkel
Updated today

Out of the box, you can start sending emails to your customers straight away using discussions – no need to configure servers or sign up for third party email services.

We use our own email servers to handle discussion message delivery.

  • Our team of experts continually monitor the health and performance of our servers to help make sure that your emails reach their destination.

  • We’re considered a trustworthy sender, with our own dedicated mail sending IP address and a very high email delivery rate.

  • Where there’s a problem sending an email, we add a comment to the discussion thread to let you know what went wrong.

  • We support email open tracking, so we can let you know how many times your email was opened.

Because we handle sending discussions using our servers, emails come from the address notifications@app.current-rms.com. They always show your user name as the sender.

Use your own servers

If you like, you may change this so that Current RMS uses your company’s email servers to send messages. This means that the emails can come from your company’s domain. For example, if your website is abcpartyrentals.com, discussions could come from hello@abcpartyrentals.com.

In order to make this change, you’ll need to be comfortable managing your company email server settings. Troubleshooting email server settings is beyond the scope of our support service. If you’re not sure, we recommend that you use our email servers.

Keep in mind

When you use your own servers:

  • we can’t troubleshoot where messages don’t go through,

  • we don’t get notified about problems, and

  • we can’t track opens.

You’re responsible for making sure that your email servers are up and running. If there’s a problem with them, your discussions might not go through. You can always switch back to sending discussions using Current RMS in System Preferences.

G Suite users (Gmail)

If you use Gmail for your work email as part of G Suite (formerly Google Apps) then you can set up an SMTP relay.

You must be on a paid plan, not the legacy free plan.

Access your admin console

Go to your G Suite admin console. From there, go to Apps > G Suite > Gmail.

Choose Advanced Settings, then find "SMTP relay service" in the list and click Configure.

Choose an authentication method

There are three ways that you can let Current RMS send discussions on your behalf when using G Suite:

  1. IP address
    Some notes here

  2. Username/password authentication with two-factor authentication
    Some notes here

  3. Username/password authentication without two-factor authentication
    We do not recommend this. Some notes here

1. IP address authentication

In the SMTP relay service settings window in G Suite:

  1. Enter a description at the top, e.g. 'Send discussion emails from Current RMS.'

  2. Check the "Only accept mail from the specified IP addresses" box.

  3. Click the Add IP Range button, enter "Current RMS" as the description, and enter the IP address 54.152.202.116 . Click Save to lock this in.

  4. Check the "Require TLS encryption" box.

  5. When you're done, click Add Setting.

Make sure that IP address is entered exactly as above. It won't work if it's not.

In Current RMS:

  1. Go to System Preferences, then scroll down to "Email Settings."

  2. Select "Custom" from the Email Service dropdown box.

  3. Enter smtp-relay.gmail.com and 587 as the SMTP sever and SMTP port.

  4. Choose "None" from the SMTP Authentication Type box.

  5. When you're done, click the Send Test Email button.

2. User authentication with two-factor authentication

In the SMTP relay service settings window in G Suite:

  1. Enter a description at the top, e.g. "Send discussion emails from Current RMS."

  2. Choose "Only addresses in my domains" from the Allowed Senders dropdown box.

  3. Check the "Require SMTP authentication" box.

  4. Check the "Require TLS encryption" box.

  5. When you're done, click Add Setting.

  1. Make sure you've enabled two-factor authentication.

  2. Click App passwords.

  3. On the next screen, choose "Other" from the drop-down and enter "Current RMS".

  4. When you're done, click Generate.

  5. Copy this app password and keep it safe. You'll need it for the next step.

In Current RMS:

  1. Go to System Preferences, then scroll down to "Email Settings."

  2. Select "Custom" from the Email Service dropdown box.

  3. Enter smtp-relay.gmail.com and 587 as the SMTP sever and SMTP port.

  4. Choose "Login" from the SMTP Authentication Type box.

  5. Enter your Google Account email address as the SMTP user name.

  6. Paste your app password as the SMTP password.

  7. When you're done, click the Send Test Email button.

3. User authentication without two-factor authentication

In the SMTP relay service settings window in G Suite:

  1. Enter a description at the top, e.g. "Send discussion emails from Current RMS."

  2. Choose "Only addresses in my domains" from the Allowed Senders dropdown box.

  3. Uncheck the "Require SMTP authentication" box.

  4. Check the "Require TLS encryption" box.

  5. When you're done, click Add Setting.

In your Google security settings page:

Turn on less secure apps. You might need to change settings in your Admin Console if this isn't available.

In Current RMS:

  1. Go to System Preferences, then scroll down to "Email Settings."

  2. Select "Custom" from the Email Service dropdown box.

  3. Enter smtp-relay.gmail.com and 587 as the SMTP sever and SMTP port.

  4. Choose "Login" from the SMTP Authentication Type box.

  5. Enter your Google Account email address as the SMTP user name.

  6. Enter your Google Account password as the SMTP password.

  7. When you're done, click the Send Test Email button.

Office 365 users

If you use Microsoft Outlook as part of Office 365, Microsoft 365, or Exchange Online then you can set up an SMTP AUTH client submission.

There are a couple of caveats:

  • Microsoft imposes sending limits on their SMTP service. This is set at 30 emails per minute and a maximum of 10,000 recipients per 24 hours.

  • You may only send emails from your mailbox's email address. All discussion emails from Current RMS will come from this address.

In Current RMS:

  1. Go to System Preferences, then scroll down to "Email Settings."

  2. Select "Custom" from the Email Service dropdown box.

  3. Toggle "Send from default address" to YES.

  4. Enter your mailbox email address as the default from address.

  5. Enter smtp.office365.com and 587 as the SMTP sever and SMTP port.

  6. Choose "Login" from the SMTP Authentication Type box.

  7. Enter your Microsoft Account email address as the SMTP user name.

  8. Enter your Microsoft Account password or a generated app password if you use two-factor authentication.

  9. When you're done, click the Send Test Email button.

Other email providers

There are lots of email service providers available, so we can't provide instructions for all of them.

Look for SMTP server settings on your email service provider's settings page to get server names, ports, and authentication information.

You might wish to check their knowledge base or guides for more information, or chat with a member of their support team if you're not sure.

Test email

🤷‍♂️

How do people reply?

Emails sent will come from your domain and SMTP servers. However, the reply-to address is still a Current RMS email address that's unique to that particular discussion.

When a discussion recipient clicks reply, email apps use the reply-to address so the reply will come into the right place in Current RMS as normal.

If you're a participant in the discussion, we'll send you a copy of the reply.

Common questions

Will this work with my email provider?

SMTP is a standard, open protocol for sending emails so it should be widely compatible. We recommend reaching out to your email provider's support team for more information.

Why didn't a customer get my email?

If you're using your own email servers, we route all discussion emails via your servers. This means that we can't check on the status of a message from our side like we can when you use our servers.

Check your email server logs to see the status of any emails sent. If you're not sure, talk to your email provider's support team.

Did this answer your question?