Skip to content
Free email diagnostics. Explore GURU Protect Tools →
GURU Protect
Menu

Email forwarding and ARC explained

Why intermediaries complicate authentication and how ARC preserves context.

Research checked 18 October 2026.

The forwarding problem

Forwarding changes the path a message takes. A receiver may see the forwarder’s IP rather than the original sender; content transformations can also affect signatures. Read the SPF and DKIM results in that context.

What ARC adds

The Authenticated Received Chain records authentication assessments across participating intermediaries using a chain of signed sets. A receiver can consider this history when assessing a forwarded message. A valid chain does not itself require delivery or establish that every intermediary is trustworthy; receiver policy still applies. [IETF RFC 8617: ARC]

Our investigation approach

Record the original sender, every known intermediary and the final recipient. Compare messages before and after the transformation where authorised copies exist. Identify who added a footer, rewrote a header or relayed the message. Then test the actual route after an approved correction.

Do not solve a forwarding issue with a blanket bypass for the forwarding domain. Ask what identity and history the receiving platform actually evaluates. Start with Email Resolution when a live route has changed behaviour.

Primary sources

Provider requirements and product capabilities can change. Check the linked source before a production change.

Have a question about your email?

Tell us what you’ve noticed. We’ll help you choose the next step.