Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for ARC (Authenticated Received Chain) #2283

Closed
bardiharborow opened this issue Nov 1, 2017 · 6 comments
Closed

Add support for ARC (Authenticated Received Chain) #2283

bardiharborow opened this issue Nov 1, 2017 · 6 comments

Comments

@bardiharborow
Copy link

The Authenticated Received Chain (ARC) protocol creates a mechanism whereby a series of handlers of an email message can conduct authentication of the email message as it passes among them on the way to its destination, and record the status of that authentication at each step along the handling path, for use by the final recipient in making choices about the disposition of the message. Changes in the message that might break DKIM or DMARC can be identified through the ARC set of header fields.

@msimerson
Copy link
Member

msimerson commented Jan 19, 2018

Migrated to wiki

@DoobleD
Copy link
Contributor

DoobleD commented Mar 19, 2024

Just wondering if there have been news regarding this? Starting February 2024, Gmail asks moderately large senders to add ARC headers to theirs emails.

@msimerson
Copy link
Member

Here's some great news that has surfaced. For years I've considered that writing a plugin against mailauth was The Right Thing to do.

@DoobleD
Copy link
Contributor

DoobleD commented Mar 19, 2024

Excellent! Even with BIMI. :)

It looks like the plugin is not ready for production yet (beta flag + repo is missing on Github), but I see it's actively being worked on. Is the goal to release it in the not-so-distant future?

@analogic
Copy link
Collaborator

Here's some great news that has surfaced. For years I've considered that writing a plugin against mailauth was The Right Thing to do.

@msimerson Does this mean that the official future is to eventually drop dkim_verify, spf, dkim_sign, dmarc...? I am going to test this internally anyways because I don't like dmarc's perl dependency and there is no arc plugin...

@msimerson
Copy link
Member

Does this mean that the official future

As far as I'm concerned, yes. Other than a little bit of NIH syndrome, I can't see any reason not to embrace mailauth.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants