Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Ensuring that emails originating from your Space are not put into your recipients junk mail folders can be a tricky task.  This document provides specifications on how emails are sent from our platform along with some helpful guides on how to improve your Space's email deliverability.

Notifications

Notifications originating from a newly-created Space may end up in junk mail folders.  As more notifications are sent from the Space, email deliverability should improve as recipients are (hopefully) moving the emails to their main inbox.

All notifications originating from each Space are sent, by default, from an email address based on the Space's chosen subdomain using the domain space.member.buzz.  For instance, if your Space can be found at penguin-club.member.buzz then all notifications would be sent from the email address penguin-club@space.member.buzz.

Newsletters

Newsletter Whenever a new Space is created, all notifications will originate from an email address based on the chosen subdomain of a Space.  For instance, if your subdomain is penguin-club, then newsletters will be sent using newsletter@penguin-club.member.buzz.  This will be customizable in the future.

Domain Whitelisting

The best way to ensure that you receive all emails originating from Member.buzz are delivered to a particular inbox is to whitelist our email domains, which consist of the following:

member.buzz
space.member.buzz
outreach.member.buzz
notification.member.buzz

Additionally, if you send newsletters from your Space, you will want to whitelist your newsletter domain, which will be formatted as follows:

<Space Subdomain>.member.buzz

Custom Domain Deliverability

default subdomain chosen for the Space.  If you map a custom domain to the Space, you can optionally enable it as an "Email Domain", which will allow it to be used to send emails.  In order to improve the deliverability of these emails, you must add some additional DNS records, known as SPF Records.

A Sender Policy Framework (SPF) Record is an email authentication standard that compares the email sender’s actual IP address to a list of IP addresses authorized to send mail from that domain. The IP list is published in the domain’s DNS record.

In order to avoid having all of the notifications sent from your Space end up in your Member's spam folder, you will need to add or modify your SPF record to indicate that Member.buzz is a legitimate source of mail for your domain.

If you have an SPF record set for your domain, you must add include:spf.smtp.member.buzz before the all mechanism of the record. If you do not have an SPF record for your domain you must create a TXT record with the value:

Code Block
v=spf1 a mx include:spf.smtp.member.buzz ~all

Do not create more than one SPF record for a given domain. If you need more than one SPF record, you will want to merge the additional SPF records into a single SPF record.

For example, if your existing record looks like this:

Code Block
v=spf1 a mx include:spf.protection.outlook.com ~all

You would just need to add our lookup at the end of the string, before the ~all mechanism, like so:

Code Block
v=spf1 a mx include:spf.protection.outlook.com include:spf.smtp.member.buzz ~all

After this record is added your notifications will be much less likely to end up in your Member's spam folder.

Nextsteps



Panel
titleRelated

Domains