Email Markup Consortium

Explore the database database.emailmarkup.org

In 2022, we began our Data Collection project with a clear vision for how this data could benefit the ecosystem starting with our annual accessibility reports. Today, we’re excited to announce the next major step in that vision: The Email Markup Database emailmarkup.org/en/blog/2025/e…

@ProtonPrivacy Link to the "Accessibility in Email Clients" section in our 2025 Accessibility report: #accessibility-in-email-clients" target="_blank" rel="nofollow noopener">emailmarkup.org/en/reports/acc…

@ProtonPrivacy This kind of openness and collaboration benefits everyone in the email ecosystem. We’d love to see more email clients follow Proton Mail’s lead in sharing accurate, transparent data with the community. emailmarkup.org/en/blog/2025/p…

Proton Mail (@ProtonPrivacy) noticed that some of their data on "Can I Email?" was outdated, and took the initiative to update it themselves. As a result, our 2025 Accessibility Report now reflects a much more accurate picture of Proton Mail’s strong accessibility support.

No need to reinvent the wheel. Just a shared, interoperable way to explicitly set the preview text. #Interoperability #standards #EmailClients

Our latest blog post explores how preview text could be standardized using a metadata-based solution, which aligns with how Google's Gmail and Yahoo Mail already support Schema structured data in emails today. emailmarkup.org/en/blog/2025/h…

For years, email developers have relied on invisible spacing hacks to influence what appears alongside the subject line in the inbox. But there can be a cleaner, more consistent approach: a simple meta tag.

Sign the EMC supporters list and show the industry Email Accessibility matters! Add your name: emailmarkup.org/en/supporters/ #a11y

If you’re working on Gmail, or any major email client: help us make this better. Read our article "Email clients are stripping out accessibility at the expense of user needs" to learn more about this: emailmarkup.org/en/blog/2025/e…

Respecting user preferences is non-negotiable for inclusive digital communication. It's time email clients enable developers to build more accessible HTML emails.

Accessibility in email is hard enough. When email clients block even the most basic accessibility features, they’re not limiting creativity; they’re limiting access.

If you believe in the importance of accessibility in email, join 200+ industry professionals and add your signature: emailmarkup.org/en/supporters/

In celebration of #GAAD, we have published our annual email accessibility report. Accessibility in HTML emails remains critically under-addressed in 2025. Across the ecosystem, accessibility failures are systemic, widespread, and largely preventable. emailmarkup.org/en/reports/acc…

This is a fun frontend challenge. You don't have to be interested in email to find this interesting and discuss it with us.

How should a web app allow third-party HTML to make use of the CSS prefers-color-scheme media feature? Mark Robbins has some good ideas utilising modern CSS features. Join the discussion on GitHub: github.com/email-markup-c…

We are now also on BlueSky #EmailGeeks come and find us there bsky.app/profile/emailm…

Our contributions to "Can I Email?" is one of the ways we help the developers in the email community. This also helps us get more data to analyze how well major email clients are doing: emailmarkup.org/en/reports/ema…

Late last year we welcomed Flourish (flourishworld.com) as an EMC partner as they have committed to contributing to caniemail.com on a regular basis. They have now contributed more than anyone to the project (after the project maintainer of course).

The click tracking method used in email today has some clear downsides. Tracking any user behavior in the digital space is a controversial topic, and privacy isn't the only concern here. Can relying on a native HTML feature address these issues? emailmarkup.org/en/blog/2024/p…