Venez contribuer à la rédaction d’une feature request.
Voici le brouillon de feature request : https://badsender.notion.site/Feature-Request-Manage-Email-Expiration-Dates-in-OpenSource-Email-Clients-139dd12c64084147bf21c105fa7af9b7?pvs=4
Comme je l’explique à chaque fois que je présente le projet des dates d’expiration dans les emails, notre plus grand défi est que nous voulons nous insérer dans un écosystème existant. Toute la chaîne doit avancer en même temps pour que les dates d’expiration deviennent une réalité : expéditeurs, solutions d’envoi, fournisseurs de boîtes email.
Il faut donc que certains acteurs avancent avant les autres. Pour prouver l’intérêt. Pour obtenir un début d’adoption. Pour montrer la voie aux autres parties prenantes.
Dans cette optique, pourquoi ne pas rédiger des spécifications qui pourront être adoptées dans les clients email open source ? Que ce soit nativement ou via des extensions/plugins. Ces spécifications pourraient ensuite servir d’exemples lorsque des fournisseurs de boîtes email commerciaux voudront implémenter la fonctionnalité.
J’ai donc rédigé une base de feature request qui sera ensuite diffusée à tous les clients email open source (Thunderbird, Roundcube, Zimbra, Balsa, Kmail, Gnome Evolution, Rainloop…).
Mais j’ai besoin de vos contributions afin d’améliorer ce travail.
Comment contribuer ?
- Poster vos commentaires
- Proposer des modifications du texte
- Proposer d’autres idées (par exemple dans les propositions d’implémentation)
- Taguer des développeurs de clients email open source dans cette conversation
- Réaliser des wireframes de certaines fonctionnalités
Voici le brouillon de feature request : https://badsender.notion.site/Feature-Request-Manage-Email-Expiration-Dates-in-OpenSource-Email-Clients-139dd12c64084147bf21c105fa7af9b7?pvs=4
Commentaires récents