Security operations · Guide
DMARC at p=reject: list every sender first, then enforce.
In Proofpoint’s June 2026 analysis, 41% of the 2025 Fortune 100 India companies did not enforce DMARC at reject1. To reach p=reject, find every system that sends as your domain, sign each with aligned DKIM, then tighten the policy domain by domain2.
- Written by
- NetScale IT Services
- Published
- Sources checked
- Read
- 10 minutes
- Sources
- 15, listed below
On this page
The facts
Where do India’s largest companies stand on DMARC?
If your finance team sends invoices from your domain, anyone can put that domain in the From line of a forged email. DMARC is the DNS record that tells receiving servers what to do when such mail fails authentication. Its current standard, RFC 9989, was published in May 20262. Reaching p=reject is mostly the work of finding every system that sends as you, before the policy tightens.
Proofpoint analysed the 2025 Fortune 100 India list in June 2026: 97% of those companies had some DMARC protection1. Reject was in place at 59%, quarantine at 32% and monitor-only at 6%, so 41% did not ask receivers to refuse failing mail1. The release covers large companies only and gives no method beyond the list and the month.
The policy tag, p, takes three values2. With none, the domain owner “offers no expression of preference”. Quarantine says failing mail is “suspicious”. Reject says a failure is “a clear indication that the use of the domain name is not valid”2.
Mail passes DMARC when SPF or DKIM passes for a domain that aligns with the visible From address2. Alignment is what trips up third-party senders. A vendor’s server can pass SPF for its own domain and still fail DMARC for yours.
The facts
What do Gmail and Outlook.com now require from senders?
Google and Microsoft have made DMARC a delivery condition for domains that send about 5,000 or more messages a day to their consumer mailboxes345.
| Requirement | Gmail (personal accounts) | Outlook.com and other Microsoft consumer mail |
|---|---|---|
| Volume that triggers the rules | Close to 5,000 or more messages in 24 hours, counted across the primary domain5 | Over 5,000 emails a day4 |
| SPF and DKIM | Both, for bulk senders3 | Both must pass46 |
| DMARC | A record is required; p=none is enough3 | At least p=none4 |
| Alignment | From domain aligned with the SPF or the DKIM domain3 | Aligned with SPF or DKIM, preferably both4 |
| In force since | 1 February 2024; enforcement stepped up from November 202535 | 5 May 20254 |
| What a failure returns | 4.7.30 (DKIM), 4.7.31 (no DMARC) or 4.7.32 (not aligned); 5.7.30 blocks on DKIM5 | 550 5.7.515: the sending domain “does not meet the required authentication level”6 |
| Other conditions | Spam rate under 0.3%, one-click unsubscribe on marketing mail, PTR records and TLS3 | Recommended, not required: a valid From or Reply-To address that can receive replies, and a working unsubscribe link4 |
Two Gmail details matter for B2B senders. A sender that crosses the threshold once is “permanently considered” a bulk sender5. And the guidelines do not apply to mail sent to Google Workspace accounts, only to personal Gmail5.
Google’s FAQ says that from November 2025 “Gmail is ramping up its enforcement on non-compliant traffic”, including temporary and permanent rejections5. Microsoft first planned to send failing mail to Junk. Its update of 29 April 2025 says such mail is rejected instead, from 5 May 20254.
The facts
What changed in the DMARC standard in May 2026?
RFC 9989 obsoletes RFC 7489 and puts DMARC on the IETF Standards Track2. The version tag stays v=DMARC12. Three changes touch a rollout plan.
First, the pct tag is gone. It was meant to apply a policy to a share of failing mail. The RFC says it “was usually not accurately applied, unless the value specified was either 0 or 100”2.
Second, a new t tag takes over part of its testing role: t=y asks receivers to apply one level below the stated policy2. Third, the np tag, carried over from the experimental RFC 9091, sets the policy for subdomains that do not exist2.
The RFC is blunt about SPF. Domains that publish p=reject “MUST NOT rely solely on SPF to secure a DMARC pass” and “MUST apply valid DKIM signatures”2. The reason is forwarding: relayed mail tends to fail SPF, while DKIM signatures generally survive2.
SPF has a ceiling of its own. One SPF check may use at most 10 terms that cause DNS lookups: include, a, mx, ptr, exists and redirect7. Past that, the check returns permerror7.
DMARC acts on exact-domain spoofing: the RFC says it “does not address the use of visually similar domain names” or a false display name2.
The facts
Which Indian rules and figures bear on spoofed mail?
CERT-In’s Directions of 28 April 2022 list “Identity Theft, spoofing and phishing attacks” as item (vii) of Annexure I8. The duty to report falls on service providers, intermediaries, data centres, body corporates and government organisations8. Listed incidents go to CERT-In “within 6 hours of noticing such incidents or being brought to notice about such incidents”8. Applicability to your organisation is for your counsel.
RBI’s circular of 22 April 2025 asked banks to finish moving to the exclusive .bank.in domain by 31 October 20259. IDRBT is the registrar9. The Governor’s statement of 7 February 2025 said a fin.in domain “for the financial sector” would follow10.
Business email compromise drew 24,768 complaints to the FBI’s IC3 in 2025 and US$3,046,598,558 in reported losses11. Only investment fraud reported larger losses11. Among countries outside the US, India had the second-highest number of complaints: 5,879 across all crime types11.
Between January and March 2026, Sophos surveyed IT and security leaders at 240 Indian organisations hit by ransomware in the previous year12. Malicious email was the most common technical root cause, in 28% of attacks, followed by phishing at 26%12.
What it means
What is exposed below reject, and what can enforcement break?
Below reject, a receiver has no instruction from you to refuse a forged message that carries your domain. That is the message finance teams worry about: an invoice, or a request to change bank details, that appears to come from you.
Enforcement cuts the other way too. Any system that sends as your domain without aligned DKIM or SPF can be bounced or sent to spam once the policy tightens. The list runs past the mail platform: ERP, HRMS and payroll, CRM, marketing tools, helpdesks, scanners and vendors who send statements in your name.
Your own platform may not be signing either. Microsoft’s documentation says “no DKIM signing occurs for outbound mail from custom domains” until you configure it13. It also recommends a subdomain for bulk email services you do not control, so their reputation stays apart from your main domain13.
Each include you add to SPF for a vendor spends at least one lookup. Past 10, SPF returns permerror, so a long include list can break the mail it was meant to authorise7. A DKIM key per sender avoids that ceiling.
The .bank.in deadline passed on 31 October 20259. A bank that has moved has two domains to protect. The new one needs its own DMARC, SPF and DKIM records. The old one still looks genuine to customers, so once nothing sends from it, treat it as a parked domain.
We found no RBI circular that sets a date for fin.in when we checked in October 2026. The February 2025 statement said only that it would follow10.
What it means
What should the team check, in order?
- List every domain you own, from the registrar account and the DNS zones, and mark which ones send mail.
- Publish a p=none record with a rua address on each sending domain, and route the reports to a parser or a mailbox someone reads2.
- Read the aggregate reports until every source that sends as you has a name and an owner.
- Ask finance, HR, sales and marketing which systems send invoices, payslips, statements and campaigns. Some senders only appear at month-end.
- Turn on DKIM for your domain in Microsoft 365 or Google Workspace, with 2048-bit keys where your DNS host supports them1314.
- Give each third-party sender its own DKIM key on your domain or a subdomain, and move bulk mail to a subdomain13.
- Count the DNS lookups in your SPF record and keep them at 10 or fewer7.
- Publish p=reject and v=spf1 -all on every domain that sends no mail, plus a null MX where it receives none either15.
- Move a domain to p=quarantine once every legitimate source passes with aligned DKIM, then to p=reject when the reports stay clean2.
- Check sp and np: without them, subdomains take the p policy, which may not be what you intend2.
- Watch for bounces carrying 4.7.30, 4.7.32, 5.7.30 or 550 5.7.515 after each change56.
- Write one rule into accounts payable: confirm any change of bank details by calling a number already on file.
| Stage | DMARC record | Before the next step |
|---|---|---|
| Monitor | v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com | Every legitimate source passes with aligned DKIM, through at least one month-end |
| Quarantine | v=DMARC1; p=quarantine, with the same rua | No legitimate source fails, and no team reports missing mail |
| Reject | v=DMARC1; p=reject, with sp and np checked | Keep reading reports: new senders arrive when teams buy new tools |
| Parked domain | v=DMARC1; p=reject, plus v=spf1 -all and a null MX | Publish on day one; nothing legitimate sends from it15 |
Our view
Where would we start, and when does p=reject not fit?
Treat p=reject as an inventory project with a DNS change at the end. Editing the record takes minutes. The inventory is the work, and the aggregate reports are how you build it2.
Start with parked domains on day one. Nothing legitimate sends from them, so p=reject and v=spf1 -all carry little risk. The UK’s NCSC notes that, unprotected, they can be used for spoofing and phishing as easily as a domain that sends mail15.
Then sign everything with DKIM and treat SPF as the backup, which is what the RFC now requires of p=reject domains2. Stage the change by domain and by subdomain. With pct gone, we would not rely on receivers reading the new t tag until it has been in use for a while.
The strongest objection comes from the standard itself. RFC 9989 says domains whose users might post to mailing lists “SHOULD NOT” publish p=reject2. It suggests at least a month at none, then as long at quarantine, with the results compared2. If your staff use such lists, hold the main domain at quarantine longer, or give list traffic a domain of its own.
Do not present p=reject as the whole answer to invoice fraud: it does not address lookalike domains or forged display names2. IC3 describes BEC as including fraud run from compromised email accounts11. A supplier’s mailbox that has been taken over is real, so it passes DMARC for its own domain. The control for that is the call-back rule in step 12.
Limits
What does this article not cover?
Inbound filtering, lookalike-domain monitoring, BIMI and MTA-STS are outside this piece. Whether a spoofing incident must be reported to CERT-In or a sector regulator is for your counsel and compliance team. Proofpoint, whose figures open the article, is one of the email security products we deploy.
Where we fit
Who can check your sender inventory?
Sender authentication sits within our identity and access management work. The identity review looks at email protection alongside accounts, admin rights, vendor logins and multi-factor coverage. It is free, and the written findings are yours to keep.
Questions readers ask
What is the difference between DMARC quarantine and reject?
Why is Outlook bouncing our mail with 550 5.7.515?
Will DMARC at p=reject stop invoice fraud?
How long should we stay at p=none?
References
- 1Proofpoint (press release). Proofpoint: Two in Five of India’s Largest Companies Remain Vulnerable to Email Fraud. 1 July 2026. proofpoint.com (opens in a new tab)
- 2Internet Engineering Task Force (IETF), RFC Editor. Domain-Based Message Authentication, Reporting, and Conformance (DMARC) (RFC 9989). May 2026. rfc-editor.org (opens in a new tab)
- 3Google, Gmail Help. Email sender guidelines. Undated. support.google.com (opens in a new tab)Checked
- 4Microsoft Defender for Office 365 Blog, Microsoft Tech Community. Strengthening Email Ecosystem: Outlook’s New Requirements for High‐Volume Senders. 2 April 2025, updated 29 April 2025. techcommunity.microsoft.com (opens in a new tab)
- 5Google, Gmail Help. Email sender guidelines FAQ. Undated. support.google.com (opens in a new tab)Checked
- 6Microsoft Support. Fix NDR error "550 5.7.515" in Outlook.com. Undated. support.microsoft.com (opens in a new tab)Checked
- 7Internet Engineering Task Force (IETF), RFC Editor. Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1 (RFC 7208). April 2014. rfc-editor.org (opens in a new tab)
- 8CERT-In, Ministry of Electronics and Information Technology. Directions under sub-section (6) of section 70B of the Information Technology Act, 2000 relating to information security practices, procedure, prevention, response and reporting of cyber incidents for Safe & Trusted Internet. 28 April 2022. cert-in.org.in (opens in a new tab)
- 9Reserve Bank of India. Circular - Migration to ‘.bank.in’ domain (RBI/2025-26/28). 22 April 2025. rbi.org.in (opens in a new tab)
- 10Reserve Bank of India (press release). Governor’s Statement: February 7, 2025. 7 February 2025. rbi.org.in (opens in a new tab)
- 11Federal Bureau of Investigation, Internet Crime Complaint Center (IC3). 2025 IC3 Annual Report. April 2026. ic3.gov (opens in a new tab)
- 12Sophos. The State of Ransomware in India 2026. July 2026. assets.sophos.com (opens in a new tab)
- 13Microsoft Learn (Microsoft Defender for Office 365). How to use DKIM for email in your custom domain. 3 July 2026. learn.microsoft.com (opens in a new tab)
- 14Google, Google Workspace Help. Set up DKIM. Undated. knowledge.workspace.google.com (opens in a new tab)Checked
- 15National Cyber Security Centre (UK). Protecting parked domains for the UK public sector. 26 June 2019, last reviewed 5 March 2025. ncsc.gov.uk (opens in a new tab)
Changes
- First published.