Articles précédents : Logiciel
- [11] Sortie d'EKD 1.3-1 pour Linux
- [35] Plone 3.0 disponible
- [141] GNOME fête ses dix ans de logiciel libre
- [9] Kochizz, éditeur de configuration Apache, est disponible.
- [14] TestDisk & PhotoRec 6.8
- [47] Adium 1.1 est pondu
- [10] AWStats 6.7
- [8] irssi-xmpp : un nouveau module Jabber pour irssi
- [19] Une doc intelligible et détaillée sur XKb ? Mais oui... et en français...
- [32] Sortie de KDE4 beta 1
Liens connexes
- Claws Mail (1051 hits)
- Les nouveautés de la version 3 (393 hits)
- Les copies d'écran (1200 hits)
Dépêche modérée par
Dépêche éditée par
Logiciel : Sortie de la version 3.0 de Claws Mail
Posté par patrick_g (page perso, ). Modéré le 04 septembre 2007.
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.
![[en]](../../../images/en.png)
Claws Mail (1051 hits)-
Les nouveautés de la version 3 (393 hits)
-
Les copies d'écran (1200 hits)
> Lire la dépêche (26 commentaires, moyenne: 2,3).
MH et MailDir
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 Colin Leroy (page perso, ) le 04/09/2007 à 07:09. (lien). É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 apkwa () le 04/09/2007 à 07:42. (lien). É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 lezardbreton (Jabber id, page perso, ) le 04/09/2007 à 15:45. (lien). É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
-
-
-
Envoyer un message sans bloquer la fenêtre principale
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.
-
[^]Re: Envoyer un message sans bloquer la fenêtre principale
Posté par Colin Leroy (page perso, ) le 04/09/2007 à 08:19. (lien). Évalué à 5.Tu peux désactiver la fenêtre d'envoi, ça te permet de continuer à faire des trucs... (Préférences/Envoi)
-
[^]Re: Envoyer un message sans bloquer la fenêtre principale
Posté par jihele () le 04/09/2007 à 08:30. (lien). Évalué à 1.OOOOhhhhh ! J'essaye ça dès ce soir. En général je farfouille dans les options, mais ça m'avait échappé. Merci. Ca va me faire gagner un temps précieux que je pourrai perdre autrement.
-
[^]Re: Envoyer un message sans bloquer la fenêtre principale
-
-
-
[^]Re: Envoyer un message sans bloquer la fenêtre principale
Posté par Mildred (Jabber id, page perso, ) le 05/09/2007 à 13:40. (lien). Évalué à 1.Dans la même veine, si je ne suis pas connecté à Internet, mais que claws-mail cherche à joindre le serveur pop, en général il se bloque complètement (la fenêtre n'est même plus mise à jour et ne se redessine pas) jusqu'à la fin du timeout (en général 30s) ... et ça recommence avec les serveurs suivants.
C'est bien gênant, il n'y a pas un remède ?-
[^]Re: Envoyer un message sans bloquer la fenêtre principale
Posté par Colin Leroy (page perso, ) le 05/09/2007 à 14:19. (lien). Évalué à 1.Il ne devrait pas bloquer, si tu as le support des threads activé... Tu as quoi comme distro? et comment installes-tu Claws (packages/compile) ?
-
[^]Re: Envoyer un message sans bloquer la fenêtre principale
Posté par Mildred (Jabber id, page perso, ) le 08/09/2007 à 16:55. (lien). Évalué à 1.Un package ArchLinux ...
./configure --prefix=/usr --enable-aspell \
--enable-openssl \
--enable-ldap \
--disable-dillo-viewer-plugin \
--enable-clamav-plugin \
--enable-crash-dialog \
--enable-pgpmime-plugin \
--enable-spamassassin-plugin \
--disable-imlib \
--disable-jpilot
Enfin merci, maintenant je sais que ce n'est pas normal et où chercher :)
-
-
Des préférences par dossier ??
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 .
-
[^]Re: Des préférences par dossier ??
Posté par Colin Leroy (page perso, ) le 04/09/2007 à 11:49. (lien). Évalué à 1.Non, ce n'est pas prévu... Il y a quelques options par dossier, mais on n'a pas prévu de toutes les mettre.
Claws sur Debia
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
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
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 patrick_g (page perso, ) le 05/09/2007 à 05:26. (lien). É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 Colin Leroy (page perso, ) le 05/09/2007 à 06:56. (lien). É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
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 slubman (Jabber id, page perso, ) le 06/09/2007 à 04:40. (lien). É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 Colin Leroy (page perso, ) le 06/09/2007 à 07:00. (lien). É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 jihele () le 06/09/2007 à 07:18. (lien). É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
-
-
[^]Re: Il manque toujours les alias/identités
Posté par calandoa () le 08/09/2007 à 14:43. (lien). É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? :)-
[^]Re: Il manque toujours les alias/identités
Posté par Colin Leroy (page perso, ) le 10/09/2007 à 06:46. (lien). Évalué à 1.Non, ça n'existe pas, car on ne veut pas mettre des appels au code POP3 partout dans le code. Par contre il est possible de laisser les messages sur le serveur pendant N jours, puis de les effacer après ce délai.
-
Cette page a été générée par Templeet en 0.1155s (dont 0.0218 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.