[ Sending-service guides ]

Authenticate Oracle B2C Service OCI Mail while preserving the RightNow scope boundary

Use the public Configuration Assistant e-Domains workflow only for confirmed B2C Service OCI Mail tenants; keep legacy RightNow routes and unverified SPF settings on hold.

By the EmailAuth research team · 6 min read

[ Key points ]

  • Confirm the narrower B2C Service e-Domains deployment first.
  • Publish the exact selected-domain DKIM record.
  • Keep legacy RightNow, SPF and sender-approval gaps explicit.
On this page

Source review dated 8 November 2026. Provider settings and acceptance exercises below are documentary guidance, not executed account, DNS or message tests.

Confirm the RightNow deployment before choosing a procedure

The catalogue topic names Oracle RightNow. This article documents a narrower, verified public procedure: Oracle B2C Service OCI Mail through Configuration Assistant. It is not evidence that every legacy RightNow mailbox uses that route. Record the actual service name, environment, interface, mailbox and sending workflow. Obtain tenant confirmation that Configuration Assistant e-Domains applies before using the steps below. The original broad configuration scope remains on hold until the legacy or current route is established.

Oracle's public e-Domains overview says the feature manages email domains, DKIM configuration and approved senders. That establishes the administration surface, not the status of a particular customer domain. Neither an Oracle subscription nor an old RightNow hostname proves this workflow is enabled. Oracle B2C Service OCI Mail e-Domains

Separate incident replies, automated notifications and outreach messages in the inventory. Use a distinct test case for each route that the organization depends on. Preserve the existing working provider address until the custom-domain route has been approved. A reply address is not necessarily the envelope sender or DKIM signing identity.

Obtain the DKIM record through Configuration Assistant

For a tenant confirmed to use this route, Oracle documents the following sequence: open e-Domains in Configuration Assistant, choose Add DKIM under Configure DKIM, select the domain, enter a unique selector and submit. After the successful-addition message, expand the domain under Available Domains and copy the generated record for the DNS administrator. The documentation notes that activation can take a few hours after publication. Oracle B2C Service Add DKIM for a Domain

The selector is a name used to find a key, not a secret password. Do not invent a selector target based on another customer's configuration. Keep the returned record type, owner and value together with the selected domain and environment. Before creation, establish who owns any existing selectors and whether a rotation is already underway. The article supplies no production-ready record because none was issued by a live tenant.

If the expected e-Domains controls are unavailable, stop this branch. Ask the product administrator or Oracle support to identify the deployment and applicable mailbox procedure. Do not improvise a raw OCI Email Delivery change against an unrelated tenancy simply because the service uses Oracle infrastructure.

Publish without disturbing inbound mail or existing signatures

Send the issued public record to the administrator of the authoritative DNS zone. Record the full owner and the DNS editor's relative-name behavior so the domain is not appended twice. Preserve the old answer before an authorized edit. If the requested owner conflicts with an existing record, investigate the ownership conflict before deletion.

Read the published answer from the authoritative service, then check a recursive resolver after the relevant cache lifetime. DNS publication and sender activation are separate events. A successful submission in Configuration Assistant does not show that the public key is visible. A public key does not show that the outbound application is signing. DKIM verification depends on the received signature's d= domain and s= selector. DKIM RFC 6376

This outbound authentication change does not authorize replacing MX records, moving nameservers, or altering inbound support-ticket routing. If a separate mail-routing change is required, plan it with its own acceptance and recovery criteria.

Treat SPF and sender approval as separate evidence gaps

The public e-Domains overview includes approved-sender management, but this research did not establish the applicable sender approval state or tenant-specific SPF prescription. Obtain the exact requirements for the confirmed deployment. Do not borrow an OCI region include, a Fusion SPF value or a historical RightNow example without provider confirmation for this route. Oracle B2C Service OCI Mail e-Domains

Where a policy change is needed, evaluate the actual SMTP envelope identity. Maintain one SPF policy for a given owner and retain all authorized senders. SPF pass at a provider-owned return domain can be valid without aligning to the customer From domain. DMARC requires alignment through a passing SPF or DKIM result; publishing both record types is not itself a DMARC pass. SPF RFC 7208 DMARC RFC 9989

Earlier documentary research recorded a support-portal redirect without readable legacy mailbox instructions. That historical access result was not rerun in this review, and the unavailable material is not treated as reviewed setup evidence. This limitation is why the original RightNow configuration claim remains explicitly unresolved.

Verify a real support workflow at the receiver

After DNS and activation are confirmed, send a harmless representative incident response to an approved external test mailbox. Capture the full headers before a forwarding system changes the message. Record the visible From, envelope identity, DKIM signing domain and selector, and trusted receiver authentication results. Compare the domains under the policy's configured alignment mode.

Repeat for other workflows in the inventory. A successful manually composed response does not establish authentication for a separate notification or outreach path. If a message is not sent at all, inspect application and queue evidence before diagnosing DNS. If DKIM fails only after a gateway modifies the message, compare a direct-receiver test with the routed test instead of rotating keys prematurely.

B2C Service route worksheet

This is an unfilled implementation worksheet, not a claim of successful configuration.

  • Product branch: legacy RightNow or confirmed B2C Service OCI Mail; tenant, interface and supporting administrator evidence.
  • Workflow coverage: incident reply, notification or outreach; originating mailbox and business owner.
  • DKIM issuance: chosen domain, selector, generated record, creation response and record owner.
  • DNS evidence: authoritative zone, previous value, published answer, observation time and activation status.
  • Unresolved controls: approved-sender requirement, SPF identity and prescription, legacy-route documentation and support reference.
  • Receiver evidence: message identifier, From domain, envelope domain, d=, s=, result and alignment decision for every workflow.
  • Recovery: last known working sender configuration, trigger for rollback, support contact and sign-off owner.

Fictional diagnosis of a selector on the wrong tenant

This example is fictional. A support team labels its service RightNow and publishes a selector generated in a separate OCI account. The incident reply remains unsigned. The initial hypothesis is DNS propagation, but a comparison of the application tenant and record-issuance tenant shows they are not the same route.

The team freezes further DNS changes, identifies whether its B2C Service deployment uses Configuration Assistant e-Domains, and requests a record from the correct administration surface. A new controlled incident reply then becomes the acceptance test. Until its headers show aligned authentication, the incident is unresolved. The example does not establish that a legacy deployment can be repaired with e-Domains.

Preserve the open approval gates

No customer tenant, live DNS or received message was tested. Broad RightNow coverage, deployment-specific SPF, sender approval, visual inspection and human SME review remain pending. This narrower article can support documentary review but must not be counted as a completed implementation of the original provider scope.

[ Takeaway ]

Keep legacy RightNow, SPF and sender-approval gaps explicit.

[ By role ]

What this means for you

Choose your role for practical next steps.

IT / Mail Admin

Bind records to the correct tenant

The generated selector must belong to the application sending the message.

Next steps

  1. Confirm e-Domains applicability.
  2. Publish the exact issued record.
  3. Test every outbound mailbox route.

CISO / SecOps

Retain the legacy scope hold

Public OCI Mail instructions do not establish all RightNow deployments.

Next steps

  1. Review deployment evidence.
  2. Require aligned receiver results.
  3. Keep unknown SPF and approval controls unresolved.

Founder / Non-technical

Keep support communication stable

A wrong Oracle product recipe can interrupt customer responses.

Next steps

  1. Name the actual support platform.
  2. Approve the test workflow and fallback.
  3. Require evidence before broad rollout.

[ FAQs ]

Frequently asked questions

Does this cover every RightNow deployment?

No. It covers the documented B2C Service Configuration Assistant OCI Mail branch only. Legacy and other routes remain held.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

Where is the DKIM record obtained?

From Configuration Assistant e-Domains after Add DKIM succeeds for the selected domain and unique selector.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

Can I copy an OCI record from another tenancy?

No. A record must correspond to the service that signs this workflow.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

Is the copied record a private key?

The record is public DNS material. Do not request or publish private signing keys.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

Which SPF include should I use?

This research does not establish a tenant-specific value. Obtain the prescription for the confirmed deployment and SMTP identity.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

Does a successful Add DKIM response finish the job?

No. Publish the record, confirm activation and inspect a received message.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

Must inbound MX routing change?

Not merely to publish outbound authentication records. Any mail-routing change needs its own approved plan.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

What keeps original scope acceptance pending?

The unresolved RightNow deployment boundary, tenant records, sender approval, SPF prescription and live receiver evidence.

Oracle B2C Service OCI Mail e-Domains Oracle B2C Service Add DKIM for a Domain SPF RFC 7208 DKIM RFC 6376 DMARC RFC 9989

[ Sources ]

Sources

  1. Oracle B2C Service OCI Mail e-Domains

    Sections e-Domains managed objects4–8

  2. Oracle B2C Service Add DKIM for a Domain

    Sections Steps2–11

  3. SPF RFC 7208

    Sections §3.2; 3.3; 4.6.4

  4. DKIM RFC 6376

    Sections §3.5; 3.6.2; 6.1

  5. DMARC RFC 9989

    Sections §4.4; 4.7; 4.10; 5; Appendix A.6 removal of pct

[ Glossary ]

Glossary

SPF
A mechanism for evaluating whether a connecting sender is authorized for an SMTP identity.
DKIM
A cryptographic message signature associated with a signing domain and selector.
DMARC alignment
The relationship required between an authenticated SPF or DKIM domain and the visible From domain.
e-Domains
The documented B2C Service Configuration Assistant surface for OCI Mail domain, DKIM and sender administration.

Enterprise provenance

Why top financial institutions and governments retired their email security dashboards.

Traditional email authentication platforms sell you a dashboard and ask your engineers to do the labour. In high-stakes environments, manual oversight means delayed enforcement, configuration drift and unmonitored shadow domains.

EmailAuth is the agentic email provenance platform. Our agents enforce p=reject, keep third-party senders aligned and move your domains to full RFC 9989 compliance, the new DMARC standard,, with human-in-the-loop auditability.

Governments Large enterprises Tier-1 financial institutions

SaaS · Dedicated tenancy · Air-gapped on-prem · BYOK encryption

Knowledge Base