Sortie de la version 3.0 de Claws Mail

Posté par  (site web personnel) . Modéré par Florent Zara.
Étiquettes :
0
4
sept.
2007
Internet
Claws Mail est un client de courrier électronique basé sur la bibliothèque GTK+ et privilégiant la légèreté, la rapidité et l'extensibilité grâce à un système de greffons.

La version 3 vient de sortir et elle propose de nombreuses nouveautés. L'une des plus importante est le changement de la licence qui passe à la "GPLv3 ou suivante".

Il est maintenant possible d'ajouter des tags arbitraires à ses messages, les éditer et filtrer ses mails en fonction des tags (ou même tagger ses mails en fonction des filtres). L'intégration du protocole LDAP est amélioré puisqu'on peut dorénavant éditer les attributs d'une personne. En ce qui concerne la plate forme MAEMO sa prise en charge s'est très largement amélioré et l'interface s'adapte mieux aux surfaces d'affichage réduites. On peut également spécifier un seuil pour définir la périodicité des synchronisations du cache sur les dossiers IMAP et de News. À coté des nouveautés fonctionnelles on note également la correction de nombreux bugs et l'amélioration de la vitesse de traitement des gros messages. Bien entendu les nombreux plugins ont été mis à jour et sont donc compatibles avec cette nouvelle version de Claws Mail.

Aller plus loin

  • # MH et MailDir

    Posté par  . Évalué à 1.

    Il me semble que Claws utilise le format MH pour stocker les messages, mais je n'arrive pas à voir la différence avec MailDir.
    Le principe pour ces 2 formats est un message/un fichier, non? Alors la différence se joue sur le fichier d'index?

    • [^] # Re: MH et MailDir

      Posté par  (site web personnel) . Évalué à 10.

      Maildir stocke les flags (lu, non lu, marqué, etc) dans le nom du fichier ("2,RS" signifie message 2, flags Replied Seen), les mails nouveaux sont dans un sous-répertoire new, passent dans un sous-répertoire cur une fois qu'ils ne sont plus nouveaux; enfin, Maildir ne gère pas les sous-répertoires (Maildir++ le fait, mais garde les autres problèmes).

      MH par contre, stocke les flags dans un fichier .mh_sequences, du genre:

      unseen: 161953-161954 161961-161962 161973

      MH gère les sous-répertoires, et n'a pas besoin de sous-répertoires "new" et "cur".

      Ni l'un ni l'autre n'ont de fichier d'index à proprement parler, la plupart des MUAs se font le leur : Claws Mail a .claws_mark pour les flags et .claws_cache pour les champs cachés (Subject, From, ...) ; Claws Mail n'utilise le fichier .mh_sequence qu'en écriture, pour permettre à, par exemple, Mutt de retrouver les mails non lus.

      • [^] # Re: MH et MailDir

        Posté par  . Évalué à 2.

        Merci pour cette réponse complète!
        Ca confirme bien que -de mon point de vue- MH est le plus intéressant.

        Si j'avais des dons de programmeur, ce serait un plaisir pour moi de vous accompagner sur le projet. J'ai souvent pensé à une version cocoa de Claws, mais comme je l'ai dit, j'ai de trop grosses lacunes en prog.

        Bon courage, et bravo pour le travail que vous faîtes.

        • [^] # Re: MH et MailDir

          Posté par  . Évalué à 2.

          En fait, pour juger si MH est le plus intéressant, il faut vraiment se poser la question suivante : aurais-je un jour le besoin de transférer mes mails sous un autre MUA ? Dans ce cas-là, il faut se rappeler que MH est loin d'être un standard de fait...

          • [^] # Re: MH et MailDir

            Posté par  . Évalué à 2.

            C'est pour ça que Sylpheed et Claws également, je suppose, propose l'export au format mbox qui est plus universel.

  • # Envoyer un message sans bloquer la fenêtre principale

    Posté par  . Évalué à 2.

    Merci pour le développement de ce logiciel !

    Je trouve que ça serait bien pratique si le logiciel ne se bloquait pas pendant l'envoi de messages. Actuellement, lorsqu'on envoie un message, on ne peut rien faire avec la fenêtre principale pendant l'envoi. C'est pénible, surtout si le message est gros, ou si le serveur SMTP met des heures à accepter la connexion, comme c'est souvent le cas avec mon FAI.

    Je ne sais pas si ça a déjà été proposé, je n'ai rien trouvé dans le bugtracker là-dessus, mais je ne sais pas trop quels mots-clés utiliser, y compris pour rédiger la demande moi-même.

  • # Des préférences par dossier ??

    Posté par  (site web personnel, Mastodon) . Évalué à 5.

    Est-ce prévu ???

    Typiquement, j'utilise l'extension rssyl[1] permettant d'utiliser claws-mail comme un agrégateur de flux. Alors que pour mes mails avoir par défaut le format texte, et ne pas charger les images distantes est un plus, autant pour les flux, ce serait bien de pouvoir choisir d'avoir par défaut la version HTML avec chargement des images distantes.

    [1] : http://www.claws-mail.org/plugin.php?plugin=rssyl .

  • # Claws sur Debia

    Posté par  . Évalué à 2.

    En parlant de Claws Mail, il m'arrive un truc 'rigolo' depuis plusieurs mois sous ma Debian Testing.

    Au début c'était un conflit avec le plugin Clamav qui bloquait Sendmail et qui par répercussion bloquait un nombre impressionnant de paquets...

    Maintenant apparemment Claws Mail a tout simplement disparu de Testing (sais pas pourquoi) et ça fait 58 jours qu'il attend de revenir : http://packages.qa.debian.org/c/claws-mail.html

    Reviens mon petit Claws, tu nous manques... ;-)

  • # Claws et OpenBSD

    Posté par  . Évalué à 1.

    L'update est en cours, le package update sera tres bientot dispo dans le CVS (demain probablement).

    Merci pour ce super mailer, avec le support ldap + vcalendar et en plus les tags maintenant, j'ai vraiment tout ce dont j'ai besoin et super rapide.

  • # GPL v3

    Posté par  . Évalué à -1.

    Sachant que la version précédente est certainement GPLv2 ou plus, y a-t-il un intérêt à passer à GPLv3 ou plus, qui finalement est plus restrictif (quid des projets v2 qui voudraient reprendre des sources) ?
    Réelle volonté de "contamination" ? Buzz ?

    • [^] # Re: GPL v3

      Posté par  (site web personnel) . Évalué à 7.

      >>> Réelle volonté de "contamination" ? Buzz ?

      Réelle volonté de maintenir la liberté du code contre les tentatives de "tivoisation" ?

    • [^] # Re: GPL v3

      Posté par  (site web personnel) . Évalué à 6.

      La GPLv3 est plus restrictive pour ceux qui veulent jouer le jeu en en déformant les règles.

      Nous sommes passés à la GPLv3 principalement pour les clauses de protection contre les brevets logiciels. Ça ne nous amuse pas de voir des distributions qui packagent des milliers d'heures de développeurs de logiciels libres, dont les milliers d'heures qu'on passe sur Claws Mail, s'amuser à passer des contrats merdiques avec Microsoft.

      Les clauses anti-tivoisation sont intéressantes aussi, nous n'aimerions pas retrouver, par exemple, Claws verrouillé dans une *box grand public, même si je pense que cette clause ne nous servira pas réellement -- les sociétés qui ont fait ce genre de choses, comme Neuf, ont réalisé que jouer selon les règles était une meilleure option.

      Enfin, nous sommes passés à la GPLv3 car la philosophie de la FSF nous plait :)

      quid des projets v2 qui voudraient reprendre des sources

      Tant pis pour eux! :) De toutes façons, le projet le plus à même de reprendre du code de Claws Mail est... Sylpheed ; et ça fait déjà un an ou deux que Hiroyuki Yamamoto s'est fermé lui-même la porte au nez de notre code, en passant la moitié de son code source sous LGPL (libsylph).

  • # Il manque toujours les alias/identités

    Posté par  . Évalué à 0.

    La seule raison pourquoi je garde cette merde de Thunderbird qui crash toujours sous Linux (alors que c'est très stable sous Win/OSX!), c'est qu'il supporte les alias (c'est à dire, un seul compte IMAP en réception, mais plusieurs adresses "sortantes").

    Malheureusement, cette nouvelle version de Claws Mail ne possède toujours pas cette fonction tellement pratique à un client mail...

    • [^] # Re: Il manque toujours les alias/identités

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      Ça existe ... et depuis un certains temps (depuis que j'utilise claws-mail en fait).
      Il suffit d'ajouter un compte, et lors de la configuration de ce dernier:
      * Rubrique général > Configuration des serveurs > Protocole > Aucun (SMTP uniquement)

      Et voila, maintenant, tu as un "compte" qui ne sert qu'a l'envoi et qui peux donc être utilisé comme un alias.

      • [^] # Re: Il manque toujours les alias/identités

        Posté par  (site web personnel) . Évalué à 2.

        En effet. De plus, le nom et l'adresse du champ From sont modifiables dans la fenêtre de composition.

        • [^] # Re: Il manque toujours les alias/identités

          Posté par  . Évalué à 1.

          En effet. De plus, le nom et l'adresse du champ From sont modifiables dans la fenêtre de composition.
          Oui. C'est une fonctionnalité qui lorsqu'elle est absente génère des frustrations (créer un compte juste pour envoyer un message...). C'est une excellente idée de l'avoir intégrée à claws-mail.

          A l'inverse, j'avais cherché à une époque à avoir un compte qui soit POPpé sans pour autant appraître dans le menu déroulant lors de l'envoi car je ne m'en sers pas en écriture (et j'ai pas envie d'écrire avec accidentellement), seulement pour recevoir. J'ai pas trouvé.

      • [^] # Re: Il manque toujours les alias/identités

        Posté par  . Évalué à 0.

        Cool.. je vais regarder ça ce soir... depuis le temps que je rêve de virer Thunderbird de mon PC !

        Merci de l'info.

    • [^] # Re: Il manque toujours les alias/identités

      Posté par  . Évalué à 1.

      Moi aussi je peux tenter ma chance avec 'la feature indipensable que je croyais manquante mais qui est dispo'?

      Lorsque je télécharge mes mails en POP, je souhaiterais les laisser dans ma boîte, et pouvoir choisir le moment et ceux que je souhaite effacer.

      Thunderbird et Outlook font ça en associant l'effacement du message local à celui distant (si le compte est configuré ansi). C' est une solution qui me contenterait toute à fait, même si le nec plus ultra serait d'avoir un mode avancé ou je peux faire ce que je veux du compte POP, indépendamment de ce que je fais des message en local.

      Mais peut être que ça existe déjà et que j'ai mal lu TFM? :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.