← Domain reports

salesloft.comemail setup

Public DNS report for salesloft.com, read on September 27, 2026: authentication, the email tools its records reveal, the sender rules it meets, and what would raise its score. Every line is a public record.

This page is a snapshot from our index. Re-run to read DNS as it is right now, or type any other domain.

The Email StackPublic DNS Report
Report
TES-20260927-F2B19A
Read
27 Sept 2026, 12:53 UTC
Source
Index snapshot
Domain

salesloft.com

The three core checks pass. What is missing is the transport and trust layer around them.

5 of 8 checks pass · 4 tools visible in DNS · nothing urgent

B 80/100 Grade B
SPFValid, soft fail20/20
DKIM7 keys found15/15
DMARCEnforced (p=reject)30/30
MX5 hosts10/10
MTA-STSNot published0/10
TLS-RPTNot published0/5
BIMIPublished5/5
DNSSECNot signed0/5

1 · Authentication and transport

SPF

PassValid, soft fail

Anything not on the list is accepted but marked. Google recommends ~all; with DMARC enforced it is as strong as -all.

v=spf1 include:spf.happyfox.com include:stspg-customer.com include:_spf.google.com include:mktomail.com include:_spf.salesforce.com ip4:205.201.128.0/20 ip4:198.2.128.0/18 ip4:148.105.8.0/21 ip4:167.89.58.33 ip4:198.37.159.181 ip4:192.254.121.248  ip4:23.21.109.197 ip4:23.21.109.212 ip4:167.89.73.35 ip4:167.89.97.235 ip4:168.245.34.51 ~all

DKIM

Pass7 keys found

Selectors google, k1, k2, k3, s1, s2, mandrill publish a public key. 5 of them point at a vendor by CNAME.

google._domainkey, k1._domainkey, k2._domainkey, k3._domainkey, s1._domainkey, s2._domainkey, mandrill._domainkey

DMARC

PassEnforced (p=reject)

Failing mail is rejected. This is the finish line.

v=DMARC1; p=reject; pct=100; rua=mailto:compliance+dmarc@salesloft.com

MX

Pass5 hosts

More than one receiving server, so a single outage does not bounce mail.

10 aspmx.l.google.com
20 alt1.aspmx.l.google.com
30 alt2.aspmx.l.google.com
40 aspmx2.googlemail.com
50 aspmx3.googlemail.com

MTA-STS

ReviewNot published

Sending servers cannot tell that this domain requires TLS, so inbound mail can be downgraded to plain text by anyone on the path.

TLS-RPT

OptionalNot published

Nobody is told when TLS to this domain fails. Cheap to add once MTA-STS is in place.

BIMI

PassPublished

Logo record found and DMARC qualifies. Yahoo shows it from the record; Gmail and Apple Mail also need a VMC or CMC certificate (the a= tag).

v=BIMI1;l=https://vmc.digicert.com/0bd363f3-2182-4c8d-be48-90c5efef0ba2.svg;a=https://vmc.digicert.com/0bd363f3-2182-4c8d-be48-90c5efef0ba2.pem

DNSSEC

OptionalNot signed

Optional. Signing the zone protects every record in this report from tampering.

2 · Tools visible in DNS

LayerToolEvidence
MailboxGoogle WorkspaceMX aspmx.l.google.com
MarketingMailchimpDKIM k1._domainkey → dkim.mcsv.net
MarketingMarketoSPF include:mktomail.com
TransactionalSendGridDKIM s1._domainkey → s1.domainkey.u2076448.wl.sendgrid.net

Only tools that leave a DNS trace appear. A shared DKIM selector is attributed only when its CNAME target names the vendor.

3 · Sender requirements (Google, Yahoo, Microsoft)

RequirementApplies toStatusNote
Authenticate with SPF or DKIMGoogleYahooMicrosoftVerifiedAt least one method is in place.
Bulk senders: both SPF and DKIMGoogleYahooVerifiedBoth are present.
Publish a DMARC record (p=none is enough)GoogleYahooMicrosoftVerifiedPolicy is p=reject.
From: domain aligns with SPF or DKIMGoogleYahooMicrosoftNot checkable hereNeeds a real message. The Send-a-Test report will check this.
Valid forward and reverse DNS for sending IPsGoogleYahooNot checkable hereDepends on the sending server, not the domain.
Encrypt in transit (TLS)GoogleYahooNot checkable hereOutbound TLS depends on your sending tool; MTA-STS would cover inbound.
One-click unsubscribe (RFC 8058) for marketing mailGoogleYahooNot checkable hereA message header, not a DNS record. Microsoft recommends it rather than requiring it.
Spam complaint rate under 0.1% (0.3% is the hard limit)GoogleYahooNot checkable hereRead it in Google Postmaster Tools and Yahoo Sender Hub. Google’s target is 0.1%; 0.3% is where enforcement starts.

4 · What to fix, in order

  1. P3

    Publish MTA-STS (record and policy file)

    Tells sending servers to require TLS to your MX hosts, which prevents downgrade attacks. The TXT record alone does nothing: the policy file must be served over HTTPS at mta-sts.salesloft.com. Start in testing mode, watch TLS-RPT, then switch to enforce.

    Publish at_mta-sts.salesloft.com and https://mta-sts.salesloft.com/.well-known/mta-sts.txt
    TXT  v=STSv1; id=2026100401
    
    mta-sts.txt:
    version: STSv1
    mode: testing
    mx: aspmx.l.google.com
    mx: alt1.aspmx.l.google.com
    mx: alt2.aspmx.l.google.com
    mx: aspmx2.googlemail.com
    mx: aspmx3.googlemail.com
    max_age: 86400
  2. P3

    Publish TLS-RPT

    You get a report when TLS delivery to your domain fails; this is what notices a downgrade that MTA-STS is meant to prevent. The address must exist.

    Publish at_smtp._tls.salesloft.com
    v=TLSRPTv1; rua=mailto:tls-rpt@salesloft.com
  3. P3

    Sign the zone with DNSSEC

    Protects every record in this report from being swapped in transit. Two steps: enable signing at your DNS host (one switch at Cloudflare and most others), then add the DS record it gives you at your registrar.

    Publish atsalesloft.com

Appendix · Raw DNS answers

NameTypeAnswer
salesloft.comMX10 aspmx.l.google.com
20 alt1.aspmx.l.google.com
30 alt2.aspmx.l.google.com
40 aspmx2.googlemail.com
50 aspmx3.googlemail.com
salesloft.comA108.159.61.5
108.159.61.102
108.159.61.43
108.159.61.56
salesloft.comTXTv=spf1 include:spf.happyfox.com include:stspg-customer.com include:_spf.google.com include:mktomail.com include:_spf.salesforce.com ip4:205.201.128.0/20 ip4:198.2.128.0/18 ip4:148.105.8.0/21 ip4:167.89.58.33 ip4:198.37.159.181 ip4:192.254.121.248 ip4:23.21.109.197 ip4:23.21.109.212 ip4:167.89.73.35 ip4:167.89.97.235 ip4:168.245.34.51 ~all
(+ 33 other TXT records: site-verification tokens and the like, omitted)
_dmarc.salesloft.comTXTv=DMARC1; p=reject; pct=100; rua=mailto:compliance+dmarc@salesloft.com
<selector>._domainkey.salesloft.comTXTgoogle → key published
k1 → CNAME dkim.mcsv.net
k2 → CNAME dkim2.mcsv.net
k3 → CNAME dkim3.mcsv.net
s1 → CNAME s1.domainkey.u2076448.wl.sendgrid.net
s2 → CNAME s2.domainkey.u2076448.wl.sendgrid.net
mandrill → key published
_mta-sts.salesloft.comTXTno record
_smtp._tls.salesloft.comTXTno record
default._bimi.salesloft.comTXTv=BIMI1;l=https://vmc.digicert.com/0bd363f3-2182-4c8d-be48-90c5efef0ba2.svg;a=https://vmc.digicert.com/0bd363f3-2182-4c8d-be48-90c5efef0ba2.pem

How to verify this yourself. Every line above comes from public DNS. Run dig TXT _dmarc.salesloft.com or dig MX salesloft.com and compare. Method: theemailstack.com/methodology.

Scores weigh SPF 20, DKIM 15, DMARC 30, MX 10, MTA-STS 10, TLS-RPT 5, BIMI 5, DNSSEC 5. Message-level requirements (alignment, unsubscribe headers, complaint rate) are not checkable from DNS and are marked as such, never guessed.

Scan to re-run livetheemailstack.com/report/salesloft.com

About this report

The Email Stack reads public DNS for well-known domains and publishes the result as a report, the same one anyone can generate for any domain at /report. It is a point-in-time read: records change, and a domain that scores B today may score differently next month. The "Re-run live" button reads DNS again in your browser.

Scores weigh SPF 20, DKIM 15, DMARC 30, MX 10, MTA-STS 10, TLS-RPT 5, BIMI 5 and DNSSEC 5. Tools are named only when a DNS record names the vendor; a shared DKIM selector counts only when its CNAME target does. Message-level requirements such as alignment and one-click unsubscribe cannot be read from DNS and are marked as such, never guessed. Method: how we detect tools.

Own this domain and see something wrong? DNS is the source; fix the record and the next read will show it. Questions to hello@theemailstack.com.