v0.17.2

In short

• Fixed: with an identity that writes in HTML, an apostrophe reached the recipient as ' ("j'ai" for
  "j'ai") in a draft, a direct send, or a reply or forward made by an assistant without a compose window. Non-breaking
  spaces and other special characters of an HTML body, an HTML signature or a quoted message showed the same way.
  Messages written in a compose window were not affected.
• The bridge does not change in this release: nothing to update in your MCP clients if their bridge is 0.17.1.
• No call that worked stops working. Updating is recommended, not urgent.

How to update

• Thunderbird add-on: it updates itself. To get this version now: Add-ons and Themes, gear menu, Check for Updates, then restart Thunderbird. For a first installation, see the README (commonpost-mcp-v0.17.2.xpi below).
• MCP bridge: it is installed in your MCP client and is never updated automatically. This release ships the same bridge as v0.17.1: a bridge of version 0.17.1 needs no update.
  • Claude Desktop: download commonpost-mcp-v0.17.1.mcpb below and open it with Claude Desktop; if the file does not open there (Windows), use Settings > Extensions > Advanced settings > Install Extension.
  • Claude Code with the plugin: /plugin marketplace update commonpost (or turn on auto-update for the marketplace in /plugin), then /reload-plugins. The plugin always carries the bridge of the release.
  • Other clients (Claude Code without the plugin, Cursor, VS Code, ...): download mcp-bridge.cjs below and put it in place of your copy, then restart the client or reconnect the server (/mcp in Claude Code). The path of your copy is in the MCP configuration of the client (Claude Code: claude mcp get <server name>).
  • Not sure which bridges you have? The options page of the add-on (section Bridge) lists the bridges that connected, each with its version and "Up to date", "Newer version available" or "Update recommended". Claude Desktop and another client on the same computer are two bridges, updated separately.

The .sigstore.json files are provenance attestations, not something to install.

All changes

Fixed

• An apostrophe reached the recipient as ' (j'ai for "j'ai") in an HTML message built without a compose
  window: saveDraft, a direct sendMail, and the text of a reply or forward sent directly or saved as a draft, when
  the identity composes in HTML. The same happened to any character reference in an HTML body (',  ,
  é...), and in an HTML signature or quoted message that has one. Thunderbird's send path escapes the & of
  every reference but <, >, & and ", which are the only ones its editor writes; these bodies
  now reach it with the other references decoded, as the editor would have written them. A body in which this would
  change more than the text (an HTML body with a > inside a quoted attribute value) goes as before. Messages composed
  in a window were not affected.