Un prompt peut-il remplacer Canary Mail ?

Construis un client email desktop avec un support OpenPGP de premier ordre. Le chiffrement est la fonctionnalité organisatrice, pas une page de réglages.

Compte : un seul compte IMAP et SMTP, identifiants dans le trousseau du système, authentification par mot de passe et par OAuth toutes deux prises en charge. Synchro incrémentale résumable, index SQLite avec recherche plein texte, threading basé sur les standards, HTML rendu dans un bac à sable avec contenu distant bloqué par défaut.

Gestion des clés, là où cette construction gagne sa place. Utilise une bibliothèque OpenPGP maintenue ; n’implémente jamais de primitives cryptographiques toi-même. Prends en charge :

- Générer une paire de clés, avec la clé privée chiffrée au repos sous une phrase de passe et jamais écrite non chiffrée sur le disque.
- Importer et exporter des clés au format blindé standard.
- Un trousseau local associant adresses et clés publiques, montrant l’empreinte, l’algorithme, la date de création et d’expiration de chaque clé.
- Importer la clé d’un correspondant depuis un bloc de clé joint à un message reçu, ce qui est la façon dont les clés voyagent réellement en pratique. N’importe jamais silencieusement : montre l’empreinte et exige une confirmation.
- Marquer une clé comme vérifiée après une vérification d’empreinte hors bande, et afficher les clés vérifiées et non vérifiées différemment partout.

Envoi : quand chaque destinataire a une clé dans le trousseau, chiffre par défaut et montre-le clairement dans le compositeur. Quand un destinataire n’en a pas, refuse de chiffrer vers un sous-ensemble silencieusement — soit envoie en clair avec une confirmation explicite, soit retire le destinataire. Signe chaque message sortant. Chiffre les pièces jointes avec le corps.

Réception : déchiffre à la volée avec la phrase de passe gardée en mémoire pour un délai configurable. Montre trois états distincts sur chaque message, jamais réduits à un seul badge : chiffré ou non, signé ou non, et signature valide, invalide, ou provenant d’une clé non vérifiée. Une signature invalide doit être visuellement bruyante — c’est la décision d’interface la plus importante de toute cette construction, parce qu’un avertissement discret équivaut à aucun avertissement.

Les objets ne sont pas chiffrés par OpenPGP. Dis-le dans l’interface en composant un message chiffré, puisque les utilisateurs supposent régulièrement le contraire.

Recherche : indexe les corps déchiffrés en local pour que le courrier chiffré soit cherchable, et précise clairement dans le README que ça veut dire que l’index local contient du texte en clair et devrait se trouver sur un disque chiffré.

Affiche un avis permanent que cette construction n’a subi aucune revue de sécurité indépendante.

Hors périmètre : applications mobiles et push, faire tourner un serveur mail, S/MIME, tout service d’échange de clés pour destinataires sans PGP, et fonctionnalités IA.