If you use a custom domain for business email, you want recipients to recognize your messages as genuine. However, without proper email authentication, receiving email providers may have difficulty verifying whether messages are actually authorized by your domain.
This is where SPF, DKIM, and DMARC come in. These three email authentication standards help protect your domain against spoofing, improve email trust, and give receiving servers information they can use when evaluating incoming messages.
If you use Hostinger Email, you can configure these records through your domain's DNS settings. The process is straightforward once you understand what each record does and where to add it.
Table of Contents
- What is email authentication?
- What are SPF, DKIM, and DMARC?
- Things to check before setup
- Hostinger Email DNS records
- Connect your domain automatically
- Add DNS records manually
- Configure the SPF record
- Configure DKIM records
- Configure the DMARC record
- Verify your DNS records
- Common mistakes and solutions
- Hostinger Email vs Hostinger Reach
- Frequently asked questions
1. What Is Email Authentication?
Email authentication is a process that helps receiving email providers verify whether a message is authorized to come from a particular domain.
For example, imagine that your business owns example.com and uses [email protected] to communicate with customers.
Another person could attempt to send an email that appears to come from your domain without actually having permission to use it. This technique is known as email spoofing.
Email authentication helps receiving providers check whether the message is authorized and whether it passes the relevant verification requirements.
Three important standards are used for this purpose:
- SPF: Identifies the servers authorized to send email for your domain.
- DKIM: Uses a digital signature to help verify that an email is associated with an authorized sending domain and has not been altered in transit.
- DMARC: Tells receiving providers how to handle messages that fail DMARC authentication and can provide reports about authentication activity.
2. What Are SPF, DKIM, and DMARC?
What is SPF?
SPF stands for Sender Policy Framework. It is a DNS TXT record that identifies which mail servers are authorized to send emails on behalf of your domain.
When a receiving server gets an email, it can check the domain's SPF record to determine whether the sending server is authorized.
For example, a standard Hostinger Email SPF record is:
v=spf1 include:_spf.mail.hostinger.com ~all
Here is what the different parts mean:
v=spf1identifies the SPF version.include:_spf.mail.hostinger.comauthorizes the sending infrastructure specified by Hostinger.~allindicates a soft-fail result for senders that do not match the authorized mechanisms.
SPF is particularly important when you send messages from a custom domain using a hosting provider, business email service, or other authorized email platform.
What is DKIM?
DKIM stands for DomainKeys Identified Mail. It adds a digital signature to outgoing emails.
The sending server signs parts of the message using a private key. The receiving server can use the corresponding public key published in DNS to verify the signature.
This helps the receiving server check whether the message has been altered and whether the signature is associated with the sending domain.
DKIM records are commonly published as DNS records under a selector-specific name. For the standard Hostinger Email setup, these are configured using CNAME records.
For example, Hostinger's standard configuration uses selector names such as:
hostingermail-a._domainkey
hostingermail-b._domainkey
hostingermail-c._domainkey
The destination values are provided by Hostinger. You should copy them from your own domain settings rather than guessing or reusing another domain's values.
What is DMARC?
DMARC stands for Domain-based Message Authentication, Reporting, and Conformance.
It builds on SPF and DKIM by allowing a domain owner to publish a policy for handling messages that fail DMARC checks.
DMARC also checks alignment. This means the domain authenticated through SPF or DKIM must align with the domain shown in the message's visible From address according to DMARC rules.
A basic DMARC monitoring record can look like this:
v=DMARC1; p=none; rua=mailto:[email protected]
The main parts are:
v=DMARC1identifies the DMARC version.p=noneasks receiving servers not to apply a quarantine or rejection policy based on DMARC failure.rua=specifies an address for aggregate DMARC reports, when the receiving provider supports sending them.
Replace [email protected] with a real address configured to receive reports. If you do not have a reporting mailbox, do not publish a placeholder address and assume reports will reach you.
| Feature | SPF | DKIM | DMARC |
|---|---|---|---|
| Full form | Sender Policy Framework | DomainKeys Identified Mail | Domain-based Message Authentication, Reporting, and Conformance |
| DNS record | TXT | CNAME or TXT, depending on configuration | TXT |
| Main purpose | Authorizes sending servers | Verifies a digital signature | Defines handling policy and reporting |
| Typical DNS name | @ | Selector._domainkey | _dmarc |
3. Things to Check Before Setting Up SPF, DKIM, and DMARC
Before editing DNS records, confirm that your domain and email service are configured correctly. This helps prevent mistakes that could interrupt existing email delivery.
1. Confirm which email service you use
Hostinger offers different email-related services, and their DNS values are not necessarily the same.
For this guide, the main configuration is for standard Hostinger Email. If you use Titan Email, Google Workspace, or Hostinger Reach, follow the DNS values displayed for that specific service.
2. Find where your domain's DNS is managed
Your domain's DNS records are controlled by the provider responsible for its active nameservers.
For example:
- If your domain uses Hostinger nameservers, you can manage its DNS zone through Hostinger.
- If your domain uses Cloudflare nameservers, you generally need to add the records in Cloudflare.
- If your domain uses another registrar's nameservers, make the changes in that provider's DNS management area.
Changing records in the wrong DNS panel will not update the records that the internet currently uses.
3. Keep your existing DNS records safe
Before changing anything, take screenshots or export your current DNS records if your provider offers that option.
This is particularly important if your domain already has an active website, another email provider, or third-party email marketing services.
4. Hostinger Email DNS Records
For standard Hostinger Email, the manual domain setup uses MX records for incoming email, an SPF TXT record, DKIM CNAME records, and a DMARC TXT record.
The following are the standard values documented by Hostinger. Your own hPanel domain settings should be treated as the final reference if they show different values.
Standard MX records
| Type | Host | Priority | Value |
|---|---|---|---|
| MX | @ | 5 | mx1.hostinger.com |
| MX | @ | 10 | mx2.hostinger.com |
Standard SPF record
| Type | Host | Value |
|---|---|---|
| TXT | @ | v=spf1 include:_spf.mail.hostinger.com ~all |
Standard DKIM records
| Type | Host / Name | Points to / Value |
|---|---|---|
| CNAME | hostingermail-a._domainkey | hostingermail-a.dkim.mail.hostinger.com |
| CNAME | hostingermail-b._domainkey | hostingermail-b.dkim.mail.hostinger.com |
| CNAME | hostingermail-c._domainkey | hostingermail-c.dkim.mail.hostinger.com |
Standard DMARC record example
| Type | Host | Value |
|---|---|---|
| TXT | _dmarc | v=DMARC1; p=none; rua=mailto:[email protected] |
The @ symbol represents the root domain in many DNS management panels. Some providers ask you to leave the host field empty instead. Follow the instructions of the DNS provider you are using.
5. Connect Your Domain to Hostinger Email Automatically
If your domain already uses Hostinger nameservers, you may be able to configure the required email records automatically through hPanel.
This is usually the simplest option for beginners because Hostinger can add the necessary MX, SPF, and DKIM records without requiring you to enter each value manually.
Step 1: Log in to Hostinger
Visit Hostinger hPanel and sign in to your account.
Step 2: Open your email settings
Navigate to the Emails section. Find your domain and open the mailbox or domain management area.
Step 3: Open domain settings
Find the Domain settings or Connect Domain section. The exact dashboard labels can vary depending on the email product and account interface.
Step 4: Select automatic connection
If your domain is eligible and uses Hostinger nameservers, select the Connect automatically option.
Step 5: Confirm the changes
Review the DNS changes and confirm them. Hostinger will add the necessary MX, SPF, and DKIM records for the standard email configuration.
Step 6: Add DMARC separately
Hostinger recommends adding a DMARC TXT record manually. You can use the monitoring example explained in the DMARC section, after replacing the example reporting address with a valid mailbox.
Official instructions: Set up a domain for Hostinger Email automatically.
6. Add Hostinger Email DNS Records Manually
If your domain does not use Hostinger nameservers, you generally need to add the email records manually in the DNS zone managed by your current provider.
For example, if your domain uses Cloudflare nameservers, add the records in Cloudflare rather than making changes in Hostinger's DNS zone.
Step 1: Open Hostinger's domain connection settings
- Log in to your Hostinger account.
- Open the Emails section.
- Find the domain associated with your mailbox.
- Open its Domain settings or Connect Domain section.
- Review the required MX, SPF, and DKIM values.
Step 2: Open your active DNS provider
Log in to the provider that manages your domain's DNS records. Find the DNS management, DNS zone, or Advanced DNS section.
Step 3: Add the MX records
Add the two MX records shown in the standard Hostinger Email configuration, including their priorities. If you already use another email provider, confirm that you intend to move incoming email to Hostinger before replacing existing MX records.
Step 4: Add the SPF TXT record
Create the SPF TXT record at the root domain. If an SPF record already exists, do not create another one. Review the existing authorized sending services and combine the required SPF mechanisms into one record.
Step 5: Add the DKIM CNAME records
Add the three DKIM CNAME records using the exact hostnames and destinations displayed in your Hostinger account.
Step 6: Add the DMARC TXT record
Create a TXT record with the host name _dmarc and a valid DMARC policy value. The monitoring example is:
v=DMARC1; p=none; rua=mailto:[email protected]
Step 7: Save and verify the records
Save the DNS changes and return to Hostinger's domain settings. Check the connection status after allowing time for propagation.
Official instructions: Set up a domain for Hostinger Email manually.
7. How to Configure the SPF Record on Hostinger
SPF is one of the most important records for outgoing email authentication. It helps receiving servers determine whether the server sending a message is authorized by your domain.
How to add an SPF record
- Open your domain's active DNS management panel.
- Select the option to add a new DNS record.
- Choose TXT as the record type.
- Enter
@as the host or name, or leave it empty if your DNS provider requires that format. - Enter the SPF value provided by Hostinger.
- Use the default TTL unless your provider or Hostinger instructs otherwise.
- Save the record.
For the standard Hostinger Email setup, the value is:
v=spf1 include:_spf.mail.hostinger.com ~all
What if an SPF record already exists?
This is one of the most common DNS configuration mistakes.
Suppose your domain already has an SPF record for another email provider. Adding a second SPF TXT record can cause SPF evaluation problems because a domain should publish only one SPF policy record.
For example, imagine the domain uses two sending services. Instead of publishing two separate SPF records, the authorized mechanisms need to be combined into one policy, following the instructions of both providers.
Do not blindly replace an existing SPF value. First identify every service that sends messages using your domain, including business email, website SMTP, and marketing platforms.
Official guide: Hostinger Email DNS Records.
8. How to Configure DKIM Records on Hostinger
DKIM allows receiving servers to verify a digital signature attached to outgoing messages. This signature helps establish that the message is associated with the signing domain and has not been altered in transit.
For standard Hostinger Email, DKIM is configured through three CNAME records.
How to add DKIM records
- Open your Hostinger email domain settings.
- Find the section containing DKIM or email deliverability records.
- Copy the first DKIM hostname and its destination.
- Open your active DNS provider.
- Create a new CNAME record.
- Enter the hostname in the Name or Host field.
- Enter the destination in the Target or Points to field.
- Save the record.
- Repeat the process for the remaining DKIM records.
For the standard Hostinger Email configuration, the three selectors are:
hostingermail-a._domainkey
hostingermail-b._domainkey
hostingermail-c._domainkey
The corresponding destinations are:
hostingermail-a.dkim.mail.hostinger.com
hostingermail-b.dkim.mail.hostinger.com
hostingermail-c.dkim.mail.hostinger.com
Common DKIM configuration mistakes
- Adding a DKIM record as TXT when the provided Hostinger configuration requires CNAME.
- Entering an incorrect selector or destination.
- Adding the record to a DNS zone that is not active.
- Creating conflicting records with the same hostname.
- Copying DKIM values from another email service or domain.
If your email service provides custom DKIM values, use those instead of assuming that the default Hostinger Email selectors apply.
9. How to Configure a DMARC Record on Hostinger
DMARC adds another layer of protection by allowing domain owners to publish a policy for messages that fail DMARC authentication.
It also supports reporting, helping domain owners understand whether legitimate sending services are properly authenticated and whether unauthorized sources may be using their domain.
Step 1: Open your DNS management panel
Log in to the provider managing your domain's active DNS zone.
Step 2: Create a TXT record
Select TXT as the record type and enter the following details for a monitoring policy:
| Field | Example value |
|---|---|
| Type | TXT |
| Host / Name | _dmarc |
| Value | v=DMARC1; p=none; rua=mailto:[email protected] |
| TTL | Default |
Step 3: Understand the DMARC policy options
The p tag controls the requested handling policy for messages that fail DMARC.
| Policy | Meaning | Typical use |
|---|---|---|
p=none | Monitoring policy; no quarantine or rejection requested by DMARC. | Initial monitoring and report collection. |
p=quarantine | Requests that failing messages be treated as suspicious, commonly sent to spam or quarantine. | After legitimate sending sources are reviewed. |
p=reject | Requests rejection of messages that fail DMARC. | After authentication and alignment are properly implemented. |
Step 4: Start with monitoring
If you are configuring DMARC for the first time, p=none is a cautious starting point. It allows you to collect reports and identify sending services that may need authentication changes.
After reviewing your reports and confirming that legitimate services pass authentication and alignment checks, you can consider a stronger policy.
What is the rua tag?
The rua tag specifies where aggregate DMARC reports can be sent.
These reports may include information about sending sources, authentication results, and messages associated with your domain. They are generally machine-readable XML reports, not ordinary email notifications.
Use an address that can receive reports and consider a dedicated reporting mailbox or a reputable DMARC reporting service if you receive a large volume of reports.
10. How to Verify SPF, DKIM, and DMARC Records
After adding the DNS records, verify that they are published correctly. Do not assume that saving a record means it is immediately visible everywhere.
Method 1: Check through Hostinger
- Log in to your Hostinger account.
- Open the Emails section.
- Find your domain and open its domain settings.
- Review the status of the MX, SPF, and DKIM configuration.
- Check whether any records are still missing or require attention.
The available status indicators and dashboard labels may differ depending on your email product.
Method 2: Use DNS lookup tools
You can use DNS lookup services to check whether the records are publicly visible.
- DNSChecker – Check DNS records from different locations.
- MXToolbox – Check MX, SPF, and other email-related DNS information.
- Mail-Tester – Send a test email to receive a report about common email configuration and deliverability issues.
Check each record separately
| Record | What to check |
|---|---|
| SPF | Confirm the root-domain TXT record contains the correct SPF policy. |
| DKIM | Check that each required selector resolves to the correct CNAME destination. |
| DMARC | Check that the TXT record exists under _dmarc and has valid syntax. |
| MX | Confirm that incoming email points to the correct mail servers. |
Method 3: Send a test email
DNS lookups confirm whether records are published, but you should also test actual email authentication.
- Send a message from your Hostinger mailbox to an external email account.
- Open the received message.
- Find the option to view the original message or full email headers.
- Look for authentication results related to SPF, DKIM, and DMARC.
- Check whether the results show pass, fail, or another status.
For Gmail, the Show original option can display authentication details in the message headers.
11. Common SPF, DKIM, and DMARC Setup Mistakes
Even when you copy the correct values, small DNS configuration mistakes can prevent email authentication from working as expected.
| Problem | Why it happens | How to fix it |
|---|---|---|
| Multiple SPF records | Separate TXT records were created for different email providers. | Combine authorized mechanisms into one SPF policy. |
| SPF record not found | Record was added to the wrong DNS provider or hostname. | Check active nameservers and the root-domain TXT record. |
| DKIM fails | Incorrect selector, destination, or record type. | Compare every DKIM value with the email dashboard. |
| DMARC not found | Incorrect hostname or invalid TXT record. | Check that the record is published under _dmarc. |
| Emails fail after DNS changes | Existing mail records were removed or replaced incorrectly. | Review the DNS zone and restore required records. |
| Authentication does not update | DNS propagation or cached results. | Allow time for propagation and check again. |
| DMARC reports are not received | Reporting address is invalid or report delivery is unavailable. | Verify the rua mailbox and reporting configuration. |
How long does DNS propagation take?
Hostinger states that DNS changes may take up to 24 hours to propagate. During this period, different DNS resolvers may temporarily return different results.
If a record does not appear immediately, wait and check again rather than repeatedly creating or deleting records.
Why does my email still go to spam after authentication?
Passing SPF, DKIM, and DMARC does not guarantee inbox placement. Email providers also consider sender reputation, message content, recipient engagement, sending volume, and other filtering signals.
Hostinger recommends improving deliverability through correct SPF and DKIM configuration, clear subject lines, clean contact lists, and email testing.
12. Hostinger Email vs Hostinger Reach: Important DNS Differences
One important detail is that Hostinger Email and Hostinger Reach are different products. They do not necessarily use the same SPF and DKIM records.
Hostinger Email is used for regular business mailboxes, while Hostinger Reach is designed for email campaigns and audience communication.
| Setting | Standard Hostinger Email | Hostinger Reach |
|---|---|---|
| SPF | include:_spf.mail.hostinger.com | include:_spf.reach.hostinger.com |
| DKIM selector examples | hostingermail-a/b/c._domainkey | reach-a/b._domainkey |
| DKIM destination examples | hostingermail-a/b/c.dkim.mail.hostinger.com | reach-a/b.dkim.reach.hostinger.com |
| DMARC example | v=DMARC1; p=none with optional reporting address | v=DMARC1; p=none |
If you use both services on the same domain, you need to authorize the relevant sending services correctly. Do not create two separate SPF records. Use the combined value or instructions provided by Hostinger for your particular setup.
Official documentation: Hostinger Reach: How to Add SPF, DKIM, and DMARC Records.
13. Frequently Asked Questions
1. What are SPF, DKIM, and DMARC in simple words?
SPF identifies which servers can send email for your domain. DKIM adds a digital signature to outgoing messages. DMARC tells receiving email providers how to handle messages that fail authentication checks and can provide reports about email activity.
2. Does Hostinger automatically configure SPF and DKIM?
Yes, eligible domains using Hostinger nameservers can use the automatic connection option. Hostinger adds the required MX, SPF, and DKIM records. DMARC is recommended separately and may need to be added manually.
3. Is DMARC mandatory for Hostinger Email?
DMARC is not mandatory for basic Hostinger Email operation, but Hostinger recommends it for additional protection against phishing and spoofing. It is a useful part of a complete domain authentication setup.
4. Can I have two SPF records for one domain?
No. A domain should publish one SPF policy record. If multiple services send email from your domain, combine their authorized mechanisms into one SPF record according to the providers' instructions.
5. How long does it take for SPF, DKIM, and DMARC records to work?
Hostinger states that DNS changes may take up to 24 hours to propagate. The exact time can vary depending on DNS caching and the provider managing your domain.
6. Does SPF alone prevent email spoofing?
SPF helps identify authorized sending servers, but it does not provide complete protection on its own. DKIM and DMARC provide additional authentication and policy capabilities.
7. Why is my SPF record showing a fail or soft-fail result?
This may happen when the sending server is not authorized by the published SPF policy or when the message uses a different sending service. Review every legitimate service that sends email from your domain and check that the SPF policy includes the required mechanisms.
8. What happens if I use the wrong DKIM record?
The receiving server may not be able to verify the message's DKIM signature. Check the selector and destination against the values supplied by your email provider, then correct the DNS record.
9. Should I use p=reject in my DMARC record?
A reject policy can provide stronger protection, but it should only be introduced after you have identified legitimate sending services and verified that their messages pass DMARC alignment. Start with monitoring if you are configuring DMARC for the first time.
10. Can I configure SPF, DKIM, and DMARC if my domain is hosted somewhere else?
Yes. You can configure the records at the provider managing your domain's active DNS zone. You do not necessarily need to move your nameservers to Hostinger. Use the exact records supplied in your Hostinger email setup.
Protect Your Domain and Improve Email Authentication
SPF, DKIM, and DMARC work together to help receiving email providers verify your messages and protect your domain against unauthorized use.
Start by confirming your email service, checking your active DNS provider, and adding the correct authentication records. Verify the results before applying a strict DMARC policy.
Explore Hostinger DNS GuidesEditorial note: DNS record values and dashboard labels can vary by Hostinger email product and account configuration. This guide shows the standard Hostinger Email configuration and a monitoring-oriented DMARC example. Always confirm the exact records in your own Hostinger dashboard before publishing DNS changes.





