Sortie de Sylpheed 0.7.3

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
4
mar.
2002
Linux
Sylpheed nouvelle version est sortie ce weekend.

Au programme:

  • support de l'euro (ISO-8859-15)

  • Correction (?) du bug avec les attachements en cas de forward

  • Nouvelle présentation des messages 'multipart'



Bref si vous avez besoin d'un MUA léger et graphique, testez donc sylpheed, disponible dans toute les bonnes crémeries.

Aller plus loin

  • # Excellent

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

    Cool, c'était à mon avis un des plus gros "bugs" de sylpheed. Il fallait en effet sauvegarder puis réattacher les fichiers attachés quand on voulait transférer un mail. (:
    Sylpheed est vraiment en train de devenir AMHA le meilleur mailer sous GNU/Linux.

    • [^] # Re: Excellent

      Posté par  . Évalué à 5.

      Cette fonctionnalité était déjà présente dans le sylpheed-claws

      apt-get install sylpheed-claws (sid)
      ou encore
      http://sylpheed-claws.sf.net(...)

      >en train de devenir AMHA le meilleur mailer sous GNU/Linux.
      où sont passés les troll avec Balsa ?? ca dort le devel chez eux ? ;)

      • [^] # Re: Excellent

        Posté par  . Évalué à 3.

        2002-02-26
        development balsa-1.3.2 is released. It is loaded with bug fixes since we approach another stable set of releases.
        2002-02-07
        development balsa-1.3.1 is released. It includes fixes for printing of multipart messages with different content-types, rescanning of local directories, delayed message deletion (and undeletion), external editor support, imap message caching, and some bug fixes as well.

      • [^] # Re: Excellent

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

        "où sont passés les troll avec Balsa ?? ca dort le devel chez eux ? ;)"

        Je fais partie des développeurs de Balsa [support de PGP/GPG :-) en ce moment], le développement de Balsa ne dort pas comme tu dis mais est un peu moins rapide que celui de Sylpheed, qui est très actif, je le reconnais (pour le suivre aussi).

        Pour ton info, l'équipe de Balsa travaille actuellement surtout au nettoyage du code, pour le portage vers Gnome 2.0. Chose que Sylpheed n'a pas à faire car il ne supporte pas Gnome :-(

    • [^] # Re: Excellent

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

      Dans la catégorie Autres systèmes supportés sur le site de Sylpheed, on voit :
      Windows (cygwin + GTK+ for win32) (unstable)

    • [^] # <Message privé>

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

      Tu ne devrais pas utiliser sylpheed, il a perdu les mails que je t'ai envoyés on dirait!

  • # Fréquence des releases ?!

    Posté par  . Évalué à 10.

    vu la fréquence des releases de sylpheed, je propose qu'on ajoute une boîte "sylpheed" sur la page d'accueil de LinuxFR.org, identique à la boîte "kernel", avec un lien vers la dernière version et le changelog.

    • [^] # Re: Fréquence des releases ?!

      Posté par  . Évalué à 10.

      En fait, faudrait une boite avec les programmes a frequence de sortie de nouvelle version elevee.
      Donc on pourrait y mettre sylpheed. Et il y en a d'autres.

      Ca necessite cependant un travail de maintenance non negligeable.
      Mais un contributeur pourrait signaler l'URL de telechargement. Ensuite, un processus de validation par un moderateur precederait la mise en place du soft. Et le soft disparaitrait des que la frequence de mise a jour est superieure a un certain nombre de jours.

      Faudrait aussi peut-etre ajouter un systeme de vote, pour que si le soft ne plait pas, qu'on puisse le sortir de la liste.

      Voila, je propose, j'ai pas le temps de le faire, mais si l'idee interesse quelqu'un, je cede mes droits sur cette idee a qui veut!

      Le bonjour chez vous,
      Yves
      PS. les droits sur les idees, ca s'appelle les brevets. A bat les brevets!

    • [^] # Re: Fréquence des releases ?!

      Posté par  . Évalué à 3.

      Mettre une boîte «version de Sylpheed» sans faire une boîte «version de Windowmaker», ce serait un crime de lèse majesté !

      (-1, je sors, etc)

  • # [HS] quoi que ...

    Posté par  . Évalué à 3.

    sylpheed ... pourquoi pas ...

    mais au boulot j'aimerais avoir un équivalent de sylpheed (sans avoir à compiler quoi que ce soit) ... sous nt :-( bin oui on fait pas toujours ce qu'on veut ...

    donc si quelqu'un connais un vrai mailer qui gérè l'IMAP et qui ne sois pas à base de Emacs ou de mutt ...

    • [^] # Re: [HS] quoi que ...

      Posté par  . Évalué à -1.

      c'est pas libre, ça ne ressemble pas à sylpheed, mais c'est un vrai mailer et ya rien à compiler :

      http://www.eudora.com(...)

      j'ai bon là ?

      • [^] # Re: [HS] quoi que ...

        Posté par  . Évalué à 8.

        J'aime beaucoup eudora comme mailer sous win.
        Et je trouve son format de stockage interessant car c'est du mbox standart (critère important) à une différence près... les pièces jointes sont détachées du corps des messages et stockées dans un répertoire.

        Cela apporte 2 avantages :
        1- faciliter d'accès à toutes les pièces jointes simplement en parcourant ce répertoire (meme pas besoin d'ouvrir le mailer, on a tout sous les yeux)
        2- allegement considerables des fichiers mbox ce qui rend leur manipulation (deplacement, suppression...) bien plus fiable et rapide

        J'aimerai bien retrouvé un mailer sous linux qui utilise ce meme stockage... vous n'avez rien en vue ? (est-ce envisageable qu'un mailer rajoute cette methode au choix...)

    • [^] # Re: [HS] quoi que ...

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

      va voir pegasus mail

      • [^] # Re: [HS] quoi que ...

        Posté par  . Évalué à 1.

        j'ai rien trouver pour l'imap ... ni sur le site, ni dans le soft ... et je ne peux pas faire de pop ...

    • [^] # Re: [HS] quoi que ...

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

      donc si quelqu'un connais un vrai mailer qui gérè l'IMAP et qui ne sois pas à base de Emacs ou de mutt ...
      Ce n'est pas au MUA de gérer l'accès IMAP/POP/truc, sinon ça devient le syndrome microsoft où les logiciels sont des usines à gaz qui font tout et n'importe quoi.

      Pour l'accès aux serveurs IMAP (et autres protocoles de boite à lettre), il existe Fetchmail, qui ne fait que rapatrier les emails distants, mais le fait bien. C'est la philosophie unix : un outil -> une tâche. Le lecteur de courier n'a pas besoin de rapatrier les emails, d'afficher des pages web, lire les news, composer des pages HTML... il a juste à afficher les emails.

      Par contre, un truc qui serait bien, c'est que les trucs graphiques comme sylpheed aient une interface de conf pour fetchmail, ainsi pour l'utilisateur de base les basses couches seraient cachées, et ça respecterait le système.

      • [^] # Re: [HS] quoi que ...

        Posté par  . Évalué à 4.

        Je ne suis pas franchement d'accord. Ce que j'aime bien avec l'imap, c'est la possibilité d'avoir des répertoires sur le serveur et d'y garder ses mails. Bref, le côté centralisé est l'intéret du système. Avec fetchmail, tu perds carrément la gestion centralisée si tu supprimes les messages du serveur. Et puis fetchmail il déplace pas les fichiers sur le serveur imap, non ?

        D'ailleurs, sylpheed avait une gestion de l'imap assez pauvre la dernière fois que j'ai essayé (impossibilité de déplacer / supprimer des mails).

        Par contre, je suis (presque) comblé avec le client mail de mozilla. Je peux même déplacer un message d'un serveur pop vers un répertoire imap sur un autre serveur. Le truc qui m'ennerve, c'est que l'éditeur de mozilla n'est pas parfait, il y quelques bugs gênants (curseur qui saute des lignes, téléportation à la fin du mail). Pire, j'ai trouvé le moyen de le planter juste en faisant scroller la liste des destinataires. Mais globalement, il reste agréable à utiliser tout en fournissant tous les services que je veux (faut juste éviter de trop toucher à la liste des destinataires...)

        • [^] # Re: [HS] quoi que ...

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

          En fait c'est une question d'utilisation : toi tu lis juste 1 compte email depuis plusieurs endroits , avec moz installé à chacun de ces endroits. Cette méthode n'est pas assez souple pour moi.

          En effet, pour l'utilisation courante que j'en fait, je ne supporterait plus un lecteur de courrier à ramassage POP/IMAP intégré : j'ai plusieurs comptes POP3 un peu partout (boulot, free, wanadoo, annah, mon vrai nom, ...), je ne vais pas m'amuser à les lire un par un. Il faut centraliser le courrier pour le traiter plus efficacement, et pour l'instant j'ai pas vu de machins graphiques ayant le quart de la souplesse de la cheville à procmail. Ce dernier gère une grosse partie de mon flux de courrier entrant, tout est automatisé aux niveau tri/réponses auto, et ainsi je n'ai plus qu'à lire mon courrier de partout avec mutt en me connectant sur ma machine avec ssh, car j'ai la chance d'avoir une machine avec connection permanente.

          Le MUA graphique qui fait tout manque alors cruellement de souplesse par rapport à un fetchmail+procmail+ssh+mutt, je ne vois pas comment on peut faire mieux dès qu'on a une utilisation soutenue de l'email et qu'on a à sa disposition un compte sur un serveur avec une connection à l'internet potable.

          • [^] # Re: [HS] quoi que ...

            Posté par  . Évalué à 2.

            Les machins graphiques ne font pas le boulot de procmail. Pas plus que mutt ou pine, d'ailleurs. Comme tu le dis, c'est pas leur boulot. J'utilise aussi procmail, mais pour classer mes mails. Je ne comprends pas ton raisonnement: tu critiques les lecteurs de mail qui font tout, mais tu les critiques aussi quand il ne font pas le boulot de procmail.

            J'utilisais aussi la méthode pine sur le serveur, mais j'en ai eu marre de faire des scp par milliers pour gérer les pièces jointes.

            Absolument rien n'empêche d'utiliser mozilla mail + fetchmail + procmail. L'avantage de mozilla, c'est qu'il gère l'imap correctement.

        • [^] # Re: [HS] quoi que ...

          Posté par  . Évalué à 3.

          Avec fetchmail, tu perds carrément la gestion centralisée si tu supprimes les messages du serveur. Et puis fetchmail il déplace pas les fichiers sur le serveur imap, non ?

          Il suffit de demander à fetchmail de garder les messages sur le serveur.
          poll free via imap.free.fr
          with proto IMAP
          user xxxxx there with password xxxxx is nabucu here warnings 3600 keep

          Ca marche trés bien. et rien n'est déplacé sur le serveur.

          Le seul inconvénient, c'est qu'il faut quant même effacer les mails indésirables du serveur à la main.

          • [^] # Re: [HS] quoi que ...

            Posté par  . Évalué à 1.

            C'est bien le problème. procmail me filtre mes mails là où il faut en général, mais pas toujours. Je suis donc obligé de déplacer ces mails à la main, et fetchmail n'est alors d'aucun secours.

    • [^] # Solution sous NT

      Posté par  . Évalué à 2.

      Cygwin + Fetchmail + Emacs + Gnus (tout ca dispo deja compilé)

      Bon, il ne reste plus qu'a virer le truc qui sert de noyau, Windows ca s'appelle je crois - nom debile pour un noyau - , et mettre un vrai noyau (Linux).

      Tout n'est pas sombre sous Windows, il suffit de ne pas y toucher directement...

    • [^] # Re: [HS] quoi que ...

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

      Il y aurait le mailer de Mozilla (Messenger) qui a fait pas mal de progrès ces derniers temps (multi comptes, IMAP (je crois), légèreté, esthétique, etc.), libre et dispo en binaire sous Win 9x/NT.

      Sinon mutt est disponible sous Win32 natif (pas de Cygwin) ( http://www.geocities.com/win32mutt/win32.html(...) ). Il supporte POP et IMAP (bien que l'interfacage avec fetchmail soit chaudement recommandé sous Unix). Il demande un petit effort d'adaptation mais une fois qu'on a compris le truc, on y gagne vraiment par rapport aux maileurs graphiques. (Merci http://www.muttfr.org(...) )

    • [^] # Re: [HS] quoi que ...

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

      Hum j'avais oublié aussi Mahogany ( http://mahogany.sourceforge.net(...) ) libre, stable, multi-plateformes, graphique. Par contre il a besoin de la librairie d'abstraction graphique wxWindows ( http://www.wxWindows.org(...) ). Il permet vraiment de remplacer OE puisqu'il est également client de news.

  • # Support GPG / PGP

    Posté par  . Évalué à 9.

    J'ai encore des problèmes pour la reconnaissance des mails signés ... genre a cause des deux types de signature possibles ( mime et ds le corps je croit ) ..
    je suis le seul ou pas ?

    genre le mail de nouvelles du CERT , la signature n'est po reconnue .. en dur dedans le mail ....

    • [^] # Re: Support GPG / PGP

      Posté par  . Évalué à 2.

      Le support GPG/PGP de sylpheed est embryonnaire. J'ai des problemes avec la plupart de mes correspondants (ceux qui n'utilisent pas sylpheed :)) des que j'utilise les signatures ou l'encryption. Ma signature n'est pas reconnue (ou mal reconnu), et je n'arrive pas toujours a décrypter les messages de mes correspondants (par contre, eux arrivent a me lire).

      Il doit y avoir plusieurs manieres de crypter un mail (le mail entier, le body, s/mime, etc...), et sylpheed ne doit en implementer qu'un.
      C'est une supposition, mais ca doit pas etre loin de la verite :).

Suivre le flux des commentaires

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