Cette version 2.0 est la première version estampillée "stable" de la série GTK+2 et arrive après huit mois de développement depuis la première version GTK+2.
Depuis la version 1.9.14, l'accent a été mis sur la stabilité et la facilité d'utilisation des fonctionnalités de base.
Enfin, Sylpheed-Claws s'ouvre au reste du monde grâce à la multitude de greffons qui lui permet une grande flexibilité, en particulier grâce au greffon vCalendar, qui gère maintenant les souscriptions WebCal pour partager des calendriers d'évènements (tels que ceux proposés, par exemple, par l'Agenda du Libre), et à la naissance du greffon RSSyl, qui gère comme son nom l'indique, les flux RSS au sein de Sylpheed-Claws. Les changements depuis la dernière version sont, principalement et sans ordre particulier :
- La barre de recherche rapide a été enrichie d'un bouton pour permettre la construction de règles de recherches avancées plus facilement ;
- De nouveaux paramètres de ligne de commande ont été ajoutés, --exit pour quitter, et --subscribe pour s'inscrire à des flux RSS ou WebCal (avec les greffons adaptés) à partir de votre navigateur ;
- Le menu contextuel des fenêtres de composition a été amélioré pour inclure le menu GTK+ standard ainsi que le menu de correction orthographique ;
- Le dernier répertoire utilisé pour attacher des pièces jointes est maintenant réutilisé pour les pièces jointes suivantes ;
- Une légende des icônes a été ajoutée ;
- Le manuel de l'utilisateur a été réécrit de zéro, mais n'est, hélas, pas encore traduit ;
- Il est maintenant possible d'avoir des barres d'icônes avec le texte à droite des icônes ;
- La barre d'icône principale par défaut n'a maintenant plus qu'un bouton "Recevoir", avec un menu contextuel pour sélectionner un compte ;
- La justification automatique des messages a été améliorée ;
- Les dialogues de confirmations ont été retravaillés pour inclure des messages plus parlants, et les actions possibles sont reprises par les boutons (au lieu de Oui/Non) ;
- Un outil (tools/filter_conv_new.pl) pour convertir les règles de filtrage de Sylpheed (>= 0.9.99) vers des règles Sylpheed-Claws a été ajouté ;
- Les fenêtres de description de syntaxe ont été améliorées ;
- La barre de recherche rapide a maintenant un fond jaune quand la recherche est activée, afin d'être plus visible ;
- L'impression des messages inclut maintenant les images jointes ;
- Deux nouvelles traductions (suédoise et grecque) sont disponibles, et la plupart des autres ont été mises à jour ;
- Et enfin, plus de quarante bogues ont été corrigés.
Aller plus loin
- Sylpheed-Claws (11 clics)
- Téléchargements (5 clics)
- L'annonce de l'avant-dernière version (3 clics)
- L'agrégateur de blogs des développeurs (1 clic)
# Mutt? Mwahahaha
Posté par zorel . Évalué à 4.
Faut être macqueux ou mandrivien pour ne pas reconnaitre la supériorité de Gnus sur Mutt...
Vais essayer Sylpheed (c'est pas une marque d'éponge allégée ça?) quand même.
[^] # Re: Mutt? Mwahahaha
Posté par portninwak . Évalué à 5.
Ah la la, on lui fait de la pub pour sylpheed-claws et il va essayer sylpheed... :)
Sinon, c'est une bonne nouvelle, la liste des modifications de sylpheed-claws recoupe peu ou prou celle des défauts que je lui trouvais (répertoire par défaut pour les PJ, justification automatique anciennement hasardeuse, etc.). Et effectivement j'avais quitté thunderbird à cause de sa lenteur et je n'ai pas été déçu par SC.
[^] # Re: Mutt? Mwahahaha
Posté par Bastien . Évalué à 1.
Surtout que sous Emacs, pour ceux qui ont peur de Gnus, il y a aussi rmail, VM, Mew, Wanderlust... autant de clients en compétition (avec Gnus toujours en tête), c'est quand même une garantie!
[^] # Re: Mutt? Mwahahaha
Posté par agmk . Évalué à 10.
Aujourd'hui, on peut le dire, Emacs est ready for the desktop, avec une offre logicielle riche (nottament en ce qui concerne les jeux, point faible des concurrents Linux et MacOSX), et pour les développeurs un SDK documenté, un langage de programmation flexible et robuste et une interface graphique très portable.
Emacs s'impose donc comme le système d'exploitation pour 2006 et plus (à noter un projet Debian GNU/Emacs, et un portage de KDE en emacs lisp).
[^] # Re: Mutt? Mwahahaha
Posté par ham . Évalué à 7.
Et la emacs montre toute sa puissance de Desktop user-friendly[1].
Enfin pour les emacs-friendly-user au moins
# Sylpheed vs Sylpheed Claws
Posté par lezardbreton . Évalué à 7.
Maintenant que Sylpheed et Sylpheed-Claws ne synchronisent plus leurs sources, quels sont les avantages de Sylpheed-Claws ?
J'utilise pour le moment Sylpheed, et la seule chose que je lui reproche, c'est sa gestion des documents attachés (je suis obligé de rentrer le nom de l'application avec le 'ouvrir avec' car il ne met pas à jour les préférence).
Autre question : peut-on facilement migrer de Sylpheed à Sylpheed-claws ?
[^] # Re: Sylpheed vs Sylpheed Claws
Posté par Alexandre Benéteau . Évalué à 3.
[^] # Re: Sylpheed vs Sylpheed Claws
Posté par lezardbreton . Évalué à 1.
J'ai lu dans la dépèches qu'il y avait un outil pour migrer les filtres, mais je ne sais pas ce qu'il en est pour les comptes, ou les contacts par exemple. Je sais déja qu'il n'y aura aucun problème pour mon antispam (bogofilter), ça a du bon d'utiliser des outils externes :)
[^] # Re: Sylpheed vs Sylpheed Claws
Posté par Colin Leroy (site web personnel) . Évalué à 2.
cp -r ~/.sylpheed ~/.sylpheed-claws .
# Thunderbird
Posté par Rémi baudruche . Évalué à 4.
Y a t'il quelque chose de comparable dans sylpheed-cr.. ?
[^] # Re: Thunderbird
Posté par lezardbreton . Évalué à 4.
[^] # Re: Thunderbird
Posté par Cytrix . Évalué à -2.
[^] # Re: Thunderbird
Posté par Rémi baudruche . Évalué à 4.
bogofilter, ça a l'air super, il y a même une faq en français : http://www.bogofilter.org/faq_fr.php mais j'ai l'impression que ça fait parti des programe qui font qu'on est fier de soit quand on les a configuré et qu'il marchent. Parce qu'en plus après c'est super pratique et tout et tout.
Alors moi je me dis que je me fait peut être des idée, mais je pense que ce sera jamais aussi simple qu'avec thunderbird ou tu clique dans les options pour activer le filtre et que tu clique sur la case spam ou tu décoche les faux positif.
Il faut faire des commande pour analyser des dossiers. moi, mes dossier c'est des imap et des dossiers loccaux de thunderbird. Je sait pas ce que je vais foutre avec ça.
Ce serait avec plaisir que je lirait une éventuelle contre argumentation de ce que je dis....
Merci pour le tuyau en tout cas
[^] # Re: Thunderbird
Posté par lezardbreton . Évalué à 9.
Bref, tout dépend de ton client mail (si tu utilises mutt, c'est un peu plus hardu par exemple).
[^] # Re: Thunderbird
Posté par Anonyme . Évalué à 1.
Ou alors une preuve que de toute façon, il faudra toujours une petite intervention humaine...
[^] # Re: Thunderbird
Posté par reno . Évalué à 5.
Comme tous les filtres anti-spam, ce n'est pas spécifique à Thunderbird..
# Sylpheed-Claws et outlook
Posté par Nextwix . Évalué à -1.
On nous a passer dans ma boite a cette merde sans nom.
Je trouvais thunderbird lent, mais comparer a cette bouze. Que meme
un plugin de vi qui lit les mails serait mieux.
J'ai essayé Sylpheed-Claws, mais il ne supporte pas encore les
serveurs outlook (ou alors j'ai pas trouvé) :(
[^] # Re: Sylpheed-Claws et outlook
Posté par Colin Leroy (site web personnel) . Évalué à 3.
[^] # Re: Sylpheed-Claws et outlook
Posté par franck (site web personnel) . Évalué à 2.
outlook est un mailer qui supporte POP3, IMAP (enfin il essaye) et MAPI
sylpheed-claws est un mailer qui supporte POP3 et IMAP
à ma connaissance seul evolution arrive à faire du MAPI via un connector en plug-in
donc deux solution ...
1/ "quelqu'un" développe un plug-in sylpheed-claws pour exchange ...
2/ "quelqu'un" développe un "proxy imap" pour mapi (un peu comme hotway pour hotmail ...) ... utilisable donc par beaucoup de mailer
je ne sais pas si ce genre de projet existe ...
# prévisualisation des images jointes ?
Posté par fred . Évalué à 3.
J'utilise Sylpheed-Claws actuellement (v. 1.9.100) et je le trouve très bien. J'ai en fait migré de Sylpheed classique peu après mon passage à Sarge (À ce propos, il est difficile de se retrouver dans la myriade de paquets *sylpheed* sur Debian !).
Le point qui manque cruellement je trouve (particulièrement pour les non-informaticiens) est la possibilité de voir les images que l'on joint à un courriel (parmi la longue liste de fichiers de son APN par exemple). Est-ce que cela est envisageable ? D'autres MUA le font-ils ?
[^] # Re: prévisualisation des images jointes ?
Posté par Julien . Évalué à -1.
[^] # Re: prévisualisation des images jointes ?
Posté par Sylvain Sauvage . Évalué à 2.
C'est un peu casse-burne, mais tu peux faire « envoyer plus tard » ou « brouillon », le regarder, puis le ré-éditer.
[^] # Re: prévisualisation des images jointes ?
Posté par fred . Évalué à 3.
[^] # Re: prévisualisation des images jointes ?
Posté par Sylvain Sauvage . Évalué à 3.
Pour que cela fonctionne, il faut que le widget « file chooser » intègre ou communique avec un composant de prévisualisation. Pour KDE, c'est facile parce que KDE et Qt sont conçus pour ça (communication entre composants).
Ce serait possible dans Gnome, mais, à mon avis, ça ne devrait pas être dans Gtk « de base ».
Et Sylpheed est un client « léger », c'est son credo : les fonctionnalités « lourdes » sont des plugins. Donc, en gros, à moins qu'on fasse un plugin pour ça ;o), l'utilisation du « file chooser » de base de Gtk ne devrait pas le permettre.
[^] # Re: prévisualisation des images jointes ?
Posté par fred . Évalué à 1.
# Orthographe
Posté par moramarth . Évalué à -6.
Ça signifie Gimp Tools Kit version 2.0 ou supérieure.
La version actuelle de Gtk est la 2.8...
[^] # Re: Orthographe
Posté par gnumdk (site web personnel) . Évalué à 4.
Non, du tout, il s'agit bien de Gtk+ version 2 donc Gtk+ 2.8
http://www.gtk.org/
Par contre, je ne me souviens plus du tout de la raison du +
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Orthographe
Posté par meta . Évalué à 0.
gtk+ = gtk + gdk + glib
[^] # Re: Orthographe
Posté par moramarth . Évalué à 0.
Merci.
# Questions pratiques
Posté par Arthur Accroc . Évalué à 3.
Comment se tire-t-il lors de l'ouverture d'une boîte de 40000 mails (j'archive des mail lists techniques, dont certaines très bavardes...) ?
Continue-t-il de charger des mails et de les effacer du serveur alors que la partition est pleine et qu'il ne peut donc pas les sauver ?
Gère-t-il correctement la transcription des jeux de caractères des mails entrants et est-il capable de choisir le plus simple pour les mails sortants (ex: ISO8859-1, ISO8859-15 et UTF8 en dernier ressort) plutôt que d'obliger à utiliser systématiquement de l'UTF8 si l'on veut mettre un ou deux caractères un peu exotiques de temps en temps ?
Supporte-t-il les formats de boîtes maildir (je me rappelle qu'il supportait mh ou maildir, mais je ne me rappelle plus lequel) ? mbox compressé (utile pour les archives de mail lists) ?
Si quelqu'un a des réponses, merci.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Questions pratiques
Posté par Mildred (site web personnel) . Évalué à 3.
40 000, je ne peux pas trop te dire ... j'archive moi aussi les ML mais eles ne sont pas si bavardes ...
Ce qui est sûr c'est que ca te fera 40000 fichiers sur le disque ...
Pour un dossier chez moi de 15000 mesages, il me met environ 3s ...
Lorsque la partition est pleine, je n'ai aucune idée de son comportement ... ca m'intéresse aussi. Une réponse ?
Pour les jeux de caractère, jamais eu de problème avec les mails entrants ... et en sortant, tu peux mettre ce que tu veux, vraiment.
format mh natif, maildir (Maildir++ chez moi ?) et mailbox avec les plugins.
mh c'est très simple, un fichier par mail ... nom des fichiers : un numéro. les dossiers = les dossiers du filesystem.
J'avais même fait un script lua qui importait les mails du serveur POP pour me les mettre dans mon dossier Mail ... lisible par sylpheed. Très facile.
[^] # Re: Questions pratiques
Posté par Arthur Accroc . Évalué à 3.
Ben par exemple, j'écris en français normal et mon mail part en ISO8859-1.
Je mets un "¤", et il part en ISO8859-15.
Je mets un "ĝ", et il part en ISO8859-3.
Je mets les deux ensemble, et il part en UTF8.
Je connais. Ce que je lui reproche, c'est d'être un peu moins supporté que maildir.
Par exemple, si on ouvre juste une console texte (pressé, où en se connectant à distance par ssh sur liaison lente ou depuis un système handicapé qui n'a pas X), on ne dispose que de mh la commande) pour vérifier ses mails. Et mh (la commande) ne fait pas très envie...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Questions pratiques
Posté par gpe . Évalué à 5.
Il me semble que Sylpheed (donc surement Sylpheed-claws) propose un mode automatique pour le choix de l'encodage en sortie.
Je ne crois pas dire de connerie en disant que Mutt supporte le format mh ?
[^] # Re: Questions pratiques
Posté par Arthur Accroc . Évalué à 2.
En effet, je n'avais pas remarqué, mais tu as raison.
Le truc, c'est qu'en cas d'accès simultanés entre plusieurs entités parmi procmail (ou équivalent; accessoirement, je ne crois pas que procmail supporte mh), mutt, Sylpheed-Claws et un webmail, j'aurais moins confiance en mh qu'en maildir, qui est conçu explicitement pour éviter tout risque dans ce genre de situation, sans dépendre de verrous (non, parce que si l'on ne fait pas ce genre de conneries sur NFS, ça n'est même pas drôle ! ;-) ).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Questions subsidiaires
Posté par Arthur Accroc . Évalué à 2.
Gère-t-il leur inclusion dans la réponse ?
Est-il capable d'afficher par fil de discussion ?
Gère-t-il les personnalités (ex : moi@chezmoi pour écrire à mes amis, sysadmin@boulot (c'est un alias) pour écrire à mes utilisateurs, moi@boulot pour écrire à mes fournisseurs) ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Questions subsidiaires
Posté par mornik . Évalué à 3.
==> Soit il l'interprètre au minimum le html pour le transformer en qqch d'utilisable. ça marche très bien, et perso me suffit largement, soit via un plugin qui utilise dillo.
Gère-t-il leur inclusion dans la réponse ?
==> oui (ou alors j'ai pas compris de quoi tu parlais)
Est-il capable d'afficher par fil de discussion ?
==> oui
Gère-t-il les personnalités (...) ?
==> je sais pas.
A+
[^] # Re: Questions subsidiaires
Posté par Sylvain Sauvage . Évalué à 5.
Tu peux définir plein de comptes, tous utilisables en même temps.
Chaque compte peut (mais n'est pas obligé d') être associé à un compte SMTP et à un compte POP/IMAP...
Tu peux définir un compte d'envoi par défaut par répertoire (folder).
Tu peux choisir le compte d'envoi pendant la composition d'un message (et même changer d'avis plusieurs fois : pas obligé de retaper tout le message parce que tu t'es gouré de smtp).
[^] # Re: Questions subsidiaires
Posté par Colin Leroy (site web personnel) . Évalué à 4.
Oui, en texte brut.
Of course :)
Oui.
HTH! :)
[^] # Re: Questions pratiques
Posté par Colin Leroy (site web personnel) . Évalué à 3.
Non, ça ne devrait plus arriver.
Oui, il le fait automatiquement (selon la locale, par exemple iso-8859-15 ou utf-8), avec un fallback vers utf-8. Il n'utilise pas d'autre iso-* que celui de la locale par contre.
Maildir est supporté comme MBOX, via plugins.
[^] # Re: Questions pratiques
Posté par Colin Leroy (site web personnel) . Évalué à 4.
dd if=/dev/zero of=/home/colin/filler bs=20000
Je confirme qu'il n'y a plus de perte de données. La session est interrompue à la première erreur et les emails restent sur le serveur, et sont re-téléchargés la fois suivante, jusqu'à ce que le problème soit réparé.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.