Configure PTR, SMTP HELO & SPF

These three settings are critical to ensuring emails sent from your server are reliably delivered and do not end up in the recipient's spam folder.

Why Are These Settings So Important?

Modern email providers such as Gmail, Outlook, or Yahoo automatically check incoming emails against several security criteria. If any of these are missing or mismatched, emails will be marked as spam or rejected outright — regardless of their content.

PTR (Reverse DNS)
Maps your IP address to a hostname — the first check performed by many mail servers.
SMTP HELO
The name your mail server uses to identify itself to recipients. Must match the PTR record.
SPF
Defines which servers are authorized to send emails on behalf of your domain.

Configure PTR Record & SMTP HELO

The golden rule: The PTR record of your IP and the SMTP HELO banner of your mail server must be identical — and both must point to a custom, non-generic hostname that you control.

A non-generic hostname is a fully qualified domain name (FQDN) that you control yourself — for example mail.yourdomain.com. Generic hostnames provided by a hosting company are treated as a spam indicator by many mail servers. The following should not be used:

Do not use (generic)Use instead (your own FQDN)
*.startdedicated.commail.yourdomain.com
*.server4you.comsmtp.yourdomain.com
*.serverloft.comserver.yourdomain.com
*.dedicatedpanel.com

Set the PTR Record in the PowerPanel

Navigate to Network → Nameservers → Reverse DNS in your PowerPanel and set the reverse record for your IP to your chosen hostname.

Prerequisite: Before setting the PTR record, an A record for the hostname must already exist pointing to the same IP address. Allow up to 24 hours for DNS propagation.

Configure SMTP HELO

The HELO banner is set on the server itself and must match the PTR record:

With Plesk
Navigate to Tools & Settings → Server Settings and enter your FQDN in the Full hostname field.
Without Plesk (Postfix)
Edit the myhostname value in the Postfix configuration file:
Edit Postfix Configuration
nano /etc/postfix/main.cf
Set the value to your FQDN, for example:
Set myhostname
myhostname = mail.yourdomain.com
Then restart Postfix to apply the change:
Restart Postfix
systemctl restart postfix

Configure an SPF Record

SPF (Sender Policy Framework) is a DNS TXT record that defines which servers are authorized to send emails on behalf of your domain. Receiving mail servers check this record and reject emails originating from unauthorized sources.

Step 1: Create Your SPF Record

An SPF record is a TXT value in your DNS. Here are the most common configurations:

RecordMeaning
v=spf1 mx -allOnly the mail server defined in the MX record may send
v=spf1 a mx -allThe A record host and MX server may both send
v=spf1 ip4:1.2.3.4 -allOnly a specific IP address may send
v=spf1 mx ~allMX may send; others are marked as softfail (less strict)

For more complex setups involving multiple providers or external services, use the SPF Wizard to generate a tailored record.

Step 2: Add the SPF Record in the PowerPanel

Navigate to Network → Nameservers → Details for your domain in the PowerPanel and add a new TXT record:

FieldValue
SubdomainLeave empty (applies to root domain)
TypeTXT
Targetv=spf1 mx -all

Step 3: Verify Your SPF Record

After DNS propagation (up to 24 hours), verify your record with the following command:

Verify SPF Record
dig txt +short yourdomain.com

The output should display your SPF record, e.g. "v=spf1 mx -all".

DKIM & DMARC — The Next Step

PTR, HELO, and SPF are the foundation — but for maximum deliverability and protection against email spoofing, you should also configure DKIM and DMARC. Both are now considered standard practice by most email providers.

DKIM (DomainKeys Identified Mail)
Adds a cryptographic signature to outgoing emails, proving they genuinely originate from your domain and have not been tampered with in transit.
Generate a DKIM record →
DMARC (Domain-based Message Authentication)
Defines what happens to emails that fail SPF or DKIM checks — e.g. reject or quarantine. Protects your domain from being used for phishing or spoofing.
Set up DMARC →

Since 2024, Google and Yahoo require DKIM and DMARC for bulk senders. For regular business domains, both records are now strongly recommended regardless of sending volume.

Test Everything Together

Once all settings are in place, we recommend running a full email test using a dedicated tool. These check PTR, HELO, SPF, DKIM, DMARC, and other factors in one go:

mail-tester.com
Send a test email and receive a detailed score of your configuration.
mail-tester.com →
MXToolbox
Checks blacklists, DNS records, SMTP connectivity, and more for your domain.
mxtoolbox.com →

Further questions about email configuration?

For server infrastructure related issues, our support team is available via the PowerPanel ticket system.