Spam is not one broken setting
When a cold email lands in spam, the tempting move is to rewrite the first line. Sometimes the copy is the problem. Often the domain's DNS does not match the tool that sent the message, or the address is listed, or the domain was registered last week. InboxMonitor cannot see the folder a mailbox chose. It can show whether the records receivers look at are intact.
Run these checks before you change the offer. They are the same checks on the free SPF, DKIM, DMARC, and blocklist pages, and the same checks InboxMonitor repeats daily.
Confirm the From domain is the one you authenticated
The domain in the visible From address is the one that needs SPF, DKIM, and DMARC. A tool that sends as its own domain, while the From says yours, fails alignment. DMARC then applies your p= policy to that failure. If p= is quarantine or reject, you asked receivers to junk or refuse it. If p= is none, you asked them to deliver it and you still have no enforcement.
Open the sending tool and read the domain it actually signs. Then open DNS. There should be one SPF TXT record on that domain, ending in ~all or -all, naming that tool, and staying at or under 10 lookups. There should be a DKIM TXT record at the selector the tool shows you. There should be one DMARC TXT record at _dmarc.
The order to read the results
Start with SPF. Missing, two records, +all, a syntax error, or more than 10 lookups means receivers are not getting a usable allow-list. Fix that before you tune adjectives. The lookup guide covers the 10-count in detail.
Then DKIM. If the tool gave you a selector, check that name, not only the common ones. InboxMonitor does not subtract points when common selectors are empty and you have not saved a custom selector. That silence is not proof the tool is signing. Add the selector and run the check again. A key under 1024 bits is worth rotating. A revoked selector matters when it is the only key left.
Then DMARC. Missing is critical in this product because bulk receivers expect a record. p=none is a warning: fine while you collect rua= reports, weak as the lasting policy. Do not move to quarantine until the mail you want is aligning. That sequence has its own guide.
Then the blocklist rows and PTR. A listing on PSBL or 0spam is critical and is the list operator's decision to undo. A missing PTR, or a PTR that does not resolve back to the sending address, is a warning. Shared Google and Microsoft includes are skipped on purpose. If you send from a dedicated address in SPF, that address is the one to check.
If the domain was registered in the last month, the score also drops for age. New domains are easy to throttle even when the records are perfect. The check says so. It still does not measure placement.
What to do after the records are tidy
If the score is Healthy and the mail is still in spam, the DNS checks you can see here are not the remaining cause. List source, volume, complaint rate, and whether people asked for the mail sit outside these records. InboxMonitor will not invent a placement percentage. It will email you if a later daily check gets worse, on the free plan for 3 domains.
If the records are not tidy and you want them written out, InboxRescue Audit is a one-time report for one domain with the exact records and the provider steps. It does not promise the inbox, a reputation change, or delisting. Fix the checks that fail. Then judge the copy.