GPG Mail bute contre MailKit sur macOS Sonoma
« Nous vous recommandons vivement de ne pas installer macOS Sonoma si vous utilisez GPG Mail » : c’est l’avertissement (fort tardif) de GPGTools. Le développeur allemand de la suite d’outils facilitant le chiffrement PGP sur macOS bute contre MailKit, le « nouveau » système d’extension de Mail, présenté en 2021 et devenu incontournable sur macOS Sonoma.
MailKit remplace l’ancien système de plug-ins de Mail, « une décision bienvenue » concède GPGTools, qui souligne que le nouveau mécanisme « garantira une meilleure stabilité » et « empêchera la rupture de compatibilité des extensions entre chaque révision mineure et majeure de macOS. » Apple a prévu quatre types d’extensions MailKit, qui peuvent être intégrées aux applications, ou distribuées par le biais du Mac App Store :
- les extensions de rédaction : qui peuvent agir sur le contenu, les pièces jointes, ou les autres champs pendant la rédaction d’un courrier ;
- les actions : qui reprennent le système des règles pour trier et traiter les courriers reçus ;
- les bloqueurs de contenu : qui peuvent bloquer certains contenus des courriers au format HTML, à la manière des bloqueurs de contenu de Safari ;
- les extensions de sécurité : qui permettent de signer et (dé)chiffrer les courriers entrants et sortants.
L’extension GPG Mail, qui permet de (dé)chiffrer les courriers électroniques avec une clé PGP, entre dans cette dernière catégorie. GPGTools déplore toutefois que le nouveau mécanisme « limite sévèrement » la portée des extensions, autrement dit qu’elles ne puissent plus bidouiller l’application Mail elle-même, ce qui n’est peut-être pas plus mal.
L’entreprise allemande doit maintenant « discuter avec Apple » lorsqu’elle bute contre les limites de MailKit pour proposer d’éventuels ajustements. Elle identifie ainsi quatre points qui peuvent poser problème sur macOS Sonoma :
- le contenu du message n’est pas toujours transmis intégralement à l’extension, ce qui empêche son déchiffrement ;
- le chiffrement des brouillons n’est pas toujours fiable ;
- il n’est pas possible de modifier l’état du bouton Signer et chiffrer dans la fenêtre de rédaction ;
- l’état du bouton Signer et chiffrer peut se désynchroniser après la modification du trousseau.
Preuve que la situation n’est pas complètement bloquée, « Apple prévoit d’ajouter certaines des fonctionnalités manquantes » dans la première révision de macOS Sonoma. GPGTools attendra donc macOS 14.1 pour proposer la première version de l’extension GPG Mail réimaginée avec MailKit.
SpamSieve 3 continue de filtrer les spams localement sur le Mac
Diagonal Prolexis a également publié un avertissement de ce genre ces derniers jours, ça a l'air plus compliqué que lors des précédents changements de version.
Antidote doit aussi revoir son intégration par le biais des extensions.
@cortig
Antidote fonctionne avec Mail sur Sonoma ici.
@Artefact3000
"Antidote 11 v4.2 est la version la plus récente", ne fonctionne plus ici, impossible d'envoyer un email avec l'extension activée (j'ai fait une remontée du problème )
Fort tardif certes mais la société a envoyé un mail à ses utilisateurs mardi dernier avant la sortie de Sonoma pour prévenir avant de faire la mise à jour. Espérons que cela soit effectivement corrigé dans une prochaine version sinon il existe Enigmail et Thunderbird
Et TvOS bute sur l’appairage stéréo avec les homepods…
@Nexon99
Aucun soucis.
https://media4.giphy.com/media/l4Ep3mmmj7Bw3adWw/giphy.gif?cid=2154d3d71...
@Nexon99
Passe sur la beta de TVOS 17.1 et ca remarche l’Apple TV et aussi beaucoup plus fluide sur 17.1
@cecemf
Hello je vais regarder ! Merci 😄 Mais je parle de tvOS du HomePod (audioOS) alors j’espère que c’est pareil.
Et SmallCubed mail suite annonce un logiciel de mail pour remplacer son extension.
Mail c’est la honte d’Apple!
@Mac1978
Il ne faut pas exagérer.
Mail est très bien pour une immense majorité d’utilisateurs.
@Spinaker
La gratuité de Mail a tué de nombreux logiciels de courriel qui offraient de vrais avantages aux professionnels·es. Apple a été incapable ensuite de développer un logiciel de niveau professionnel et bloque régulièrement les extensions qui comblent ses lacunes.
Après, c’est vrai qu’Apple ne visant pas le monde du travail, elle peut se contenter de cette daube.
@Mac1978
Ok, mais en quoi est-ce différent de ce qui se pratique partout ? Je pense par exemple à Outlook.
Sans compter qu'il existe de nombreuses solutions mails gratuites pas trop mal.
J'ai toujours un peu de mal lorsque le milieu dit professionnel critique un développement intégré, qui s'adresse au plus grand nombre. En fait, je trouve que cela n'a aucun sens. Si on est pro et que l'on revendique une utilisation intensive du mail, alors on s'en donne les moyens me semble-t-il. D'autant plus qu'il existe de très bonnes solutions (payantes nécessairement).
Après, j'observe que beaucoup de milieux pros ne se plaignent pas du client natif d'Apple.
@Spinaker
La médiocrité peut être partout et cela n’empêche pas de la critiquer.
Beaucoup de personnes travaillant avec leur Mac et ayant comme outils les plus importants de travail le courriel et l’agenda utilisent Outlook, souvent aussi parce qu’ils viennent du monde Microsoft.
Les créatifs qui utilisent leur Mac pour leur travail, s’accommodent de la médiocrité de Mail.
Après, Outlook est un logiciel fermé et exporté sa base de courriels pour la reprendre dans Mail est un vrai sacerdoce. Ça l’était en tout cas il y a 3-4 ans.
@Mac1978
Je suis un utilisateur de longue date de MailTags de smallcubed.
Ce qu’il y a aussi pour smallcubed, c’est qu’ils communiquent comme si MailKit n’existait pas !
Serait-ce pour nous vendre un abonnement plus cher comprenant leur nouveau client mail?
Et d’ailleurs, est-ce que ce nouveau client mail sera compatible avec d’autres services apportés jusqu’à présent par les plugins de Mail, comme Antidote par exemple ?
@Fennec72
C’est une excellente remarque que je partage avec vous. C’est pour cela que je ne suis pas convaincue de leur proposition de client mail propriétaire, même au prix de l’abonnement de SmallCubed.
J’utilise aussi Antidote, et pour ma part MailTrackerBlocker.
Cela fait longtemps que j’utilise aussi l’envoi différé de SmallCubed, notamment pour laisser la possibilité de reprendre un mail mal formulé (petite avancée de la dernière version de Mail).
Pour moi, un bon client mail n’est pas non plus basé sur le foutoir de dossiers de Mail, mais sur une base de données, si possible standard, pour pouvoir migrer d’un client mail à un autre, pour pouvoir éventuellement faire des requêtes sql pour rechercher finement d’anciennes informations.
J’aurais encore bien d’autres choses à dire sur la pauvreté de Mail, à mon avis inacceptable de la part d’Apple.
Bon à un moment il faut le dire, à quel moment les utilisateurs sensés vont installer par défaut une « pseudo » version finale ? Surtout pour ceux qui connaissent MacOsX. … Wair and see et merci aux testeurs pour leur retour. Tout le monde ne peut pas se permettre de jouer à la roulette russe au premier changement de version . (désolé, mais bon …)
Ils avertissent quelque jours après la sortie du Sonoma pour prévenir qu’une fonction sortie en 2021 marche toujours pas comme il faut MDR ça prouve le sérieux de la compagnie. Et surtout après autant de bêta il prévienne qu’après la sortie LOL 😂
Pour moi language tool fonctionne ☺️
Autant l'année dernière, malgré les gros changements dans l'interface, j'ai mis à jour le jour J, les logiciels que j'utilise (et testé dans les version beta de Ventura) fonctionnant parfaitement, autant cette année j'attends, en raison notamment de cette absence de support de mail par GPGTools. Je pourrais passer à un autre logiciel de mail qui supporte le (dé)chiffrement GPG (il en existe un certain nombre sur Mac, mais je n'ai pas trop envie d'apprendre un nouveau logiciel, de tout devoir reparamétrer, …
L'équipe derrière GPGTools est assez connue pour avoir une communication plutôt médiocre. Cela était déjà arrivé il y a quelques années et un précédent gros changement interne dans l'application mail, avec peu d'infos de leur part et une disponibilité effective de la mise à jour des mois après la sortie de macOS.
Après, vu le peu d'échanges et retours que peut avoir Apple avec les développeurs en phase de développement d'un nouvel OS (en gros, souvent un mur), on peut aussi comprendre en partie la position de l'équipe de GPGTools.
Mailkit est une très bonne chose (enfin quelque chose de pérenne, documenté…) qui a été annoncé en 2021 pour remplacer à terme le système de plugins qui avait été bricolé.
Le problème, comme souvent avec Apple, c'est que l'on a pas une date précise de l'abandon et au passage effectif à un nouveau framework, architecture… Cela peut être rapide comme cela peut prendre des années. Dans le cas de Mailkit ce fût donc très rapide. Et la plupart des développeurs de plugins n'ont dû réellement s'y pencher que cette année. Un classique : pourquoi dépenser du temps développeur dès maintenant pour un truc qui ne sera obligatoire qu'à la saint Glin Glin. Jusqu'au jour où…
La sortie plus précoce de Sonoma (en septembre cette année, alors que l'on était plutôt courant octobre ces dernières années) a probablement également pris de court certains développeurs, qui n'ont pas encore finalisé leurs nouvelles versions.
L'autre souci, et comme souvent encore avec Apple, c'est que ces nouvelles architectures, framework, etc. sont rarement complets et réellement prêts le jour J, ne remplaçant pas exactement les solutions qu'elles remplacent. Apple décide de les pousser et d'obliger les développeurs à les utiliser alors qu'elles ne sont manifestement pas prêtes (pour des raisons de calendrier, d'oubli de fonctions, etc.).
On a le cas ici avec Mailkit (et effectivement les fonctionnalités manquantes sont pénalisantes pour les développeurs pour leur permettre d'adapter leurs logiciels).
Alors parfois Apple (en raison du bruit que cela peut faire sur le net, dans la presse et dans la communauté des développeurs) se dépêche de combler ces lacunes, parfois non, car ce n'est pas dans les priorités de son agenda, ou qu'elle s'en fout tout simplement.
On pourrait citer des tas d'exemples comme ça du côté d'Apple dans ses derniers OS. Un exemple, parce qu'il me tient à cœur (et faciliterait mon travail et de bien d'autres au quotidien).
Le nouveau framework de virtualisation, apparu l'année dernière avec Ventura. Excellente initiative de la part d'Apple, et en plus c'est performant et exempt de gros soucis lorsqu'il tourne. Mais, alors qu'elle est au courant depuis la première beta de Ventura, que des feedbacks, des échanges en direct avec ses équipes ont eu lieu, que des articles sont sortis sur des sites spécialisés, ce framework ne supporte toujours pas les claviers ISO, juste les ANSI. Apple rajoutant simplement cette année le support des touches spéciales des claviers Mac (multimédia, etc.). Toujours avec ce framework, ses équipes ont été très étonné quand nombre des développeurs leurs ont signalé qu'il serait peut être pertinent de rajouter le support des identifiants iCloud dans les VM macOS utilisant ce framework, que cela leur serait très utile dans leur travail de développement. Les équipes d'Apple n'y avaient pas pensé (réponse donnée de leur part à certains). Sauf que depuis aucune évolution sur ce point (je subodore une décision politique d'Apple plutôt que technique).
Alors, si c’est dispo, sur iOS, ça peut pousser le prolongement