Use an SPF record to help with email delivery
A Sender Policy Framework (SPF) record is a DNS record that identifies specific mail servers that are allowed to send email on behalf of your domain. This article will help you understand why these records are important, and why you should create a record for Netcore SMTP.
Why are SPF records important?
SPF records prevent spammers from sending messages with bogus From: addresses attached to your domain. This stuff gets fairly technical, but let's keep it simple for now.
Have you ever received one of those nonsense emails that looks like it's from PayPal, but is actually from a spammer posing as PayPal? This is called a "spoof" email, because it's quite easy to fake the domain associated with an email (like PayPal in this case). SPF was created to combat these sorts of fake sender issues.
Unless you set up custom outgoing settings, Netcore sends emails on your behalf when you reply to a customer. For the sake of illustration, let's say your mailbox address is support@domain.com. When you reply to a customer and the email goes out, the customer's server will ask the following questions:
- Who sent this email?
- Does the sender have permission to send on behalf of this domain?
In our example, the "who" is support@domain.com and the "sender" is Netcoret. Without an SPF record specifying Netcore as an approved sender, it's likely your email will be marked as spam. If there is an SPF record that includes Netcore as an approved sender, then it's virtually guaranteed to skip the spam filter. That's why this is so important!
What the record looks like
SPF records are added to your domain's DNS as a TXT record. Netocre only supports TXT type records, as the SPF type records are no longer supported. To authorize emails sent by Netcore, the record should look something like this:
"v=spf1 include:spfcorp.netcore.co.in ~all"
If you already have an existing SPF record, you can update the record to include Netcore:
include:spfcorp.netcore.co.in
For testing the validity of your SPF record, we'd recommend using an SPF testing tool such as Kitterman.
The SPF/TXT records can also be combined for multiple domains, using the "include" mechanism (ie. v=spf1 a mx include:spfcorp.netcore.co.in include:mydomainemail.com ~all). It's worth noting that all SPF records must limit the number of mechanisms and modifiers that do DNS lookups to a maximum of 10 per SPF check.
If it the lookup does exceed 10, an error will be thrown. The "include", "a", "mx", "ptr", and "exists" mechanisms as well as the "redirect" modifier do count against this limit; while the "all", "ip4", and "ip6" mechanisms do not require DNS lookups and therefore do not count against this limit.
Note: You'll need access to your domain host control panel to add or modify a record. If you're already scratching your head on this one, get in touch with your nearest IT person and tell them what's up. Send them this article and they'll know what to do.
Specific DNS tutorials
- Hover
- Dreamhost
- Bluehost
- Host Gator
- Rackspace
- GoDaddy - Add SPF
- GoDaddy - Edit SPF
- Site5
- Media Temple
- Volusion
- Namecheap
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article