Cette version apporte son lot de nouveautés et continue à creuser l'écart avec la concurrence, et ce n'est pas fini ...
Voici la liste des modifications pour cette version :
- Il est maintenant possible d'envoyer les messages en attente via un clic droit dans les dossiers À envoyer.
- Ajout de "Aller au dossier non-lu suivant", "Message marqué suivant" change de dossier si nécessaire.
- Les liens sftp:// sont maintenant cliquables.
- Lorsqu'on dépose un fichier dans la fenêtre de composition, on peut choisir si l'on veut le joindre ou l'insérer.
- Les pièces jointes sont maintenant cliquables dans le message principal.
- Une option pour spécifier quels dossiers sont spéciaux (Brouillons, Envoyés, etc) a été ajoutée dans les propriétés des dossiers.
- Les Templates peuvent maintenant contenir des variables : |i{var} sera remplacé par du texte entré par l'utilisateur.
- Il est maintenant possible de spécifier une police spécifique pour l'impression.
- Des boutons Aide ont été ajoutés dans plusieurs dialogues, pointant vers le manuel.
- Les dossiers Brouillons et À envoyer contiennent maintenant des messages standards, ce qui permet de déposer n'importe quel message dans ces dossiers.
- La recherche rapide, en mode récursif, est maintenant plus rapide à présenter les résultats du dossier courant, cherchant seulement ensuite dans les sous-dossiers.
- L'envoi sur IMAP a été accéléré.
- Meilleur retour d'erreur sur les opérations de crypto avec GPG.
- Import/export plus rapide de boîtes MBOX.
- Les caches sont enregistrés lorsque Sylpheed-Claws reçoit un SIGPIPE (par exemple lorsque Xorg est quitté).
- Le bouton "Enregistrer" est maintenant le bouton par défaut dans les dialogues d'enregistrement, ce qui permet de valider par Entrée.
- Les réglages réseaux (DNS) sont rafraîchis avant les connexions IMAP et au retour "En ligne", ce qui permet de ne pas devoir relancer Sylpheed-Claws après avoir changé de réseau (ceci était déjà fait pour les connexions POP3).
- L'affichage en tant que texte, pour les pièces jointes, peut maintenant être fait via un script, comme tools/textviewer.pl - ce qui permet d'afficher le contenu de documents pour lesquels une moulinette existe.
- Le logo a été remanié.
- Les traductions suivantes ont été mises à jour : Brazilian Portuguese, Catalan, French, German, Greek, Italian, Polish, Serbian, Simplified Chinese, et Spanish.
- 14 bugs ont été corrigés.
Merci à colinleroy pour son journal.
Aller plus loin
- Le site de sylpheed-claws (1 clic)
- Télécharger la version 2.4.0 (0 clic)
- La planète Sylpheed-Claws (0 clic)
# fonctions requises?!?
Posté par cosmocat . Évalué à 2.
Et apparement Sylpheed-Claws ne sait pas le faire :
http://sourceforge.net/tracker/index.php?func=detail&aid(...)
et je l'ai pas vu dans les options de la version 2.1 :( que me fourni le serveur de dépots de ma distribution.
J'ai cru comprendre que certains utilisateurs ventait l'écart qui se creuse entre ce client et d'autres (evolution, thuderbird,...). Thunderbird qui sait parfaitement gérer cette fonctionnalité soit dit en passant....
[^] # Re: fonctions requises?!?
Posté par Thierry Pasquier (site web personnel, Mastodon) . Évalué à 5.
Le fait de pouvoir garder les mails sur le serveur a été la première option que j'ai cochée pour essayer justement Sylpheed-Claws. Cette fonctionnalité (effectivement indispensable) est bien présente. Il suffit : 1) de lire 2) de cocher le deuxième onglet "Réception" du paramétrage de compte : "Supression des messages du serveur après réception" on peut même préciser (ce que tous ne font pas) "Supression après x jours" ou la taille max des messages .
[^] # Re: fonctions requises?!?
Posté par Sylvain Sauvage . Évalué à 2.
« effacer le message du serveur lorsqu'il est effacé en local ».
Et cette option n'existe effectivement pas actuellement dans Sylpheed-Claws : on peut effectivement
- effacer à la réception ;
- effacer après X jours ;
- effacer après X octets.
Il manque
- effacer à la suppression.
[^] # Re: fonctions requises?!?
Posté par cosmocat . Évalué à 3.
Je sais bien que ce n'est pas une utilisation "normale" d'un compte pop mais certains client mails le font alors çà doit bien pouvoir être possible.
[^] # Re: fonctions requises?!?
Posté par Thierry Pasquier (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: fonctions requises?!?
Posté par Colin Leroy (site web personnel) . Évalué à 3.
[^] # Re: fonctions requises?!?
Posté par Sylvain Sauvage . Évalué à 2.
Peut-être mérite-ce une entrée dans la FAQ ?
[^] # Re: fonctions requises?!?
Posté par cosmocat . Évalué à 3.
Dans l'absolu, le client mail ne garde-t-il pas un moyen d'identifier et donc de faire le lien entre le mail en local et celui sur le serveur?
Dans ce cas, là il ne devrait pas y avoir de grosses contraintes : le fichier est effacé sur le serveur quand il est effacé en local, non?
Si tu me dit que ce n'est pas possible c'est que le client mail ne peux pas retrouver les mails qu'il a déjà téléchargé et ne telecharge que les mails qu'il n'a pas déjà "lu", c'est çà?
Et les mails sont effacer suivant l'option, tout de suite ou au bout de quelque jours?
Beaucoup de questions car je n'arrrive pas bien à cerner quelles sont les limitations du service POP... Je vais essayer de jeter un oeil à çà.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.