SPF¶
Use this page to understand and manage SPF records. SPF is an email authentication check that helps receiving mail servers decide whether a server is allowed to send mail for a domain.
TL;DR
SPF is like a guest list for outgoing mail. A receiving mail server checks the domain's published list before deciding whether the sending server was expected.
SPF In Plain English¶
Imagine a venue with a door attendant and a guest list.
- The domain owner writes the guest list.
- The guest list is published in DNS as an SPF TXT record.
- Each approved mail service is listed, such as Fused, Google Workspace, Microsoft 365, a newsletter platform, or a billing system.
- When a message arrives, the receiving server checks whether the sending server is on the list.
If the sender is on the list, SPF passes. If the sender is not on the list, SPF fails or is treated as suspicious depending on the policy.
SPF does not prove the message was unchanged. It also does not add a signature to the message. It only answers one question:
Is this server allowed to send mail for this domain?
SPF, DKIM, And DMARC¶
SPF works best with DKIM and DMARC.
| Record | Simple analogy | What it checks |
|---|---|---|
| SPF | Guest list | Is this sending server approved for the domain? |
| DKIM | Tamper-evident seal | Was the message signed by an approved mail system and left mostly unchanged? |
| DMARC | House rule | What should happen when SPF or DKIM does not pass in the right way? |
Why SPF Matters¶
- It helps reduce domain spoofing.
- It tells receiving mail servers which senders are legitimate.
- It gives DMARC a signal to evaluate.
- It can improve delivery when legitimate mail sources are listed correctly.
How SPF Works¶
The SPF check happens after the message reaches the recipient's mail server.
sequenceDiagram
participant Sender as Sending mail server
participant DNS as Your domain DNS
participant Recipient as Recipient mail server
Sender->>Recipient: Send email claiming to be from example.com
Recipient->>DNS: Look up SPF TXT record for example.com
DNS-->>Recipient: Return allowed senders
Recipient->>Recipient: Compare sender IP to SPF policy
alt Sender is allowed
Recipient-->>Recipient: SPF passes
else Sender is not allowed
Recipient-->>Recipient: SPF fails
end
Create The Default SPF Record¶
Domains added to cPanel should usually have an SPF record created automatically. That default assumes mail for the domain is sent through Fused mail servers.
If SPF is not enabled for a domain:
- Sign in to the Fused client area.
- Select
Services. - Select the green
Activestatus next to the relevant hosting account.MX1andMailaccounts are listed separately in the client area, so choose the service that handles email for the domain. - Select
Login to cPanel. - Open the
Email DeliverabilityorAuthenticationtool. - Enable or repair SPF for the domain.
Know every mail source first
An incomplete SPF record can cause legitimate mail to fail SPF checks. Include every service that sends mail for the domain before using a strict policy.
Third-Party Email Services¶
If mail is sent through a third-party service, the default Fused SPF record may need adjustment. Common examples include Google Workspace, Microsoft 365, Mailchimp, Constant Contact, CRMs, billing systems, help desks, and website form plugins.
Only one SPF record should exist for a domain. If multiple providers give SPF
values, combine the needed include, ip4, ip6, a, or mx mechanisms into
one TXT record instead of publishing multiple v=spf1 records.
Contact Fused if the correct SPF record is unclear.
What An SPF Record Looks Like¶
Example:
v=spf1 +a +mx +ip4:69.162.149.25 +include:_spf.fused.com -all
That record breaks down like this:
| Part | Meaning |
|---|---|
v=spf1 |
Identifies the TXT record as an SPF record. |
+a |
Allows the IP address from the domain's A record. |
+mx |
Allows the IP addresses behind the domain's MX records. |
+ip4:69.162.149.25 |
Allows one specific IPv4 address. |
+include:_spf.fused.com |
Allows the senders listed in Fused's SPF record. |
-all |
Tells receivers to fail anything not listed earlier in the record. |
Soft fail vs. hard fail
~all is a soft fail. It tells receiving servers the message is suspicious
but may still be accepted. -all is a hard fail. It tells receiving servers
that unlisted senders should fail SPF.
What To Check¶
- The domain has one SPF record, not multiple
v=spf1TXT records. - The record includes Fused if Fused sends mail for the domain.
- The record includes any third-party systems that send mail for the domain.
- The final mechanism, usually
~allor-all, matches how strict the policy should be. - DKIM and DMARC are also configured for broader email authentication coverage.