Sender Policy Framework
Sender Policy Framework/ SPF is an Email validation system, to find out spoofed/ forged emails using a specific SPF record published for the domain with the details of hosts, that are permitted by the domain's administrators.
Sender Policy Framework/ SPF Records is a type of DNS record published in the domain's DNS that identifies the email servers that are permitted to send emails using the particular domain name. The main purpose of SPF records is to help the receiving server identify the spam emails, sent using your domain name by spoofing/ forging the From email addresses. We highly recommend the organization users to publish the SPF records for your domain.
When you send an email using firstname.lastname@example.org from SkyDesk Mail, the recipient servers refer the SPF records to check if the email sent from SkyDesk Mail is genuine. Some email servers reject the emails if there is a mismatch or if there are no valid SPF records for your domain. Generally, you can publish the SPF records as TXT records in the DNS Providers (Domain Registrars/ DNS Managers).
The Valid SPF records that need to be published are provided below:
v=spf1 include:skydesk.jp ~all
You can also publish the SPF record that uses -all instead of ~all. However, in some cases, it may result in delivery problems.
Steps to add SPF TXT record in GoDaddy domain manager:
- Login to your GoDaddy DNS Manager. Select the My Account menu and choose Domains.
- Expand Domains and click the Manage DNS button for the domain you want to verify.
- The DNS Manager page will open with information about existing DNS records.
- Scroll down to the Records section and click the Add button to add a DNS record
- Select TXT from the Type drop-down menu.
- In the Host field, specify @.
- In the TXT Value field, enter v=spf1 include:skydesk.jp ~all
- Click Save.
In case you are using only SkyDesk Mail to send emails, remove all the other SPF record types from the DNS. Click 'Save Changes' again to save all the changes. Having multiple SPF records will interrupt the SPF check and hence the SPF validation may fail and the emails will end up as Spam in the recipient servers.
Multiple SPF records are not considered valid according to the Sender Policy Framework.
When you add multiple TXT records of type SPF, it causes an interruption in the email delivery and your emails may end up being classified as Spam. As per the RFC Specifications for SPF records, a domain should not have multiple SPF records and this will cause the validation to select more than one record.
In case you need to use multiple email servers for your domain, you can update the details in the same SPF record instead of multiple entries.
If you send emails from your multiple services with IP4 address, IP6 Address and a host name the Syntax of SPF record is as explained below.
Example: If you send emails from your webhost, whose IP4 address is 192.168.20.25, from another automated server with IP6 range ip6:1080::8:800:184.108.40.206/96 and SkyDesk, the SPF record should be added like below:
v=spf1 ip4:192.168.20.25 ip6:1080::8:800:220.127.116.11/96 include:skydesk.jp ~all
Having multiple records with multiple records v=spf1 include:abc.com v=spf1 include:def.com is invalid as per the RFC specifications. In that case you need to add the SPF record in the format below:
v=spf1 include:abc.com include:def.com include:skydesk.jp ~all.
You can validate and check your SPF Records using this tool.