Sylpheed 2.0 est disponible

Posté par (page perso) . Modéré par Jaimé Ragnagna.
Tags :
0
30
juil.
2005
Internet
La version 2.0 de Sylpheed, logiciel de courrier électronique, est sortie le 29 Juillet.

Le plus gros changement depuis les précédentes version concerne le passage de la bibliothèque GTK 1.2 vers GTK 2 ; Sylpheed est donc plus agréable à l'oeil (polices anti-aliasées en particulier).

De nombreuses fonctions ont été ajoutées ou améliorées (traitement du courrier indésirable, meilleure gestion de GPG et des fichiers attachés, glisser-déposer des éléments d'interface, ...).

Et les points forts de Sylpheed (support multilingue, rapidité) sont toujours au rendez-vous.

Aller plus loin

  • # Site illisible

    Posté par (page perso) . Évalué à 0.

    En attendant, la police de leur site n'est vraiment pas agréable.

    Ca va pour faire des barres de titres un peu originales, mais franchement pas pour du texte, et je trouve que ça ôte beaucoup à la lisibilité du site...
    • [^] # Re: Site illisible

      Posté par . Évalué à 3.

      police pour l'affichage du japonais
      • [^] # Re: Site illisible

        Posté par . Évalué à 5.

        oui, si tu changes l'encoding de japonais en utf-8, ca sera plus lisible pour le texte en ascii (ie le texte en anglais).
  • # Gestion des differents compte

    Posté par (page perso) . Évalué à 0.

    Je ne sais pas si beaucoup de personne pourront me répondre, enfait je cherche une logiciel de mail qui se rapproche de ce que fait Foxmail sous Windows.

    C'est a dire que pour chaque nouveau compte crée un ajoute un dossier dans l'arborescence de gauche avec les 5 sous dossier de base (Reception/envoie/brouillon/spam/corbeille) et que sur chaque compte on puisse aussi mettre plusieur adresse e-mail.

    Je voulais savoir si c'etait comme ca que Sylpheed fonctionnait.

    Je sais pas si j'ai été clair !
    • [^] # Re: Gestion des differents compte

      Posté par . Évalué à 3.

      SI j'ai bien compris tu cherches un client email multi-utilisateurs. Thunderbird réalise très bien cette fonction.
      Tu peux créer autant de compte que tu veux, et les gérer à partir d'une seule fenêtre TB. A gauche tes comptes avec leurs arbo, et à droite la
      fenêtre où tu peux lire les messages.

      Je l'utilise au travail pour gérer les comptes mail d'une dizaine d'utilisateurs simultanément et ça marche très bien.
      • [^] # Re: Gestion des differents compte

        Posté par (page perso) . Évalué à 0.

        Et comment tu fait ?

        Paske enfait j'ai pas réussi j'arrive a crée d'autre utilisateur dans le style Outlook Express ou on peut faire déconnexion/reconnexion. J'arrive a mettre tous les compte que je veux qui pointe vers un dossier. Mais faire que chaque compte est sa propre arborescence j'ai pas trouvé :/

        Je rereregarderai a nouveau, si tu me dit que c'est possible ;)

        Merci
        • [^] # Re: Gestion des differents compte

          Posté par (page perso) . Évalué à 2.

          Tu vas dans les parametres des comptes, tu fais ajouter nouveau compte et tu décoches la case "utiliser le dossier local" ou un truc dans le genre.

          Allez avoue que tu n'as pas cherché :P
          • [^] # Re: Gestion des differents compte

            Posté par (page perso) . Évalué à -2.

            Franchement je te jure que si on a passé un sacrée moment avec mon pere dans TB sur la Ubuntu fraichement installé.

            Bon ben merci
            • [^] # Re: Gestion des differents compte

              Posté par . Évalué à 7.

              Sylpheed fait très bien ce que tu cherche, je l'utilise comme cela depuis des annees

              Fichier -> Ajouter une boite aux lettres -> MH -> donne son emplacement
              Et voila tu viens de construire une nouvelle boite aux lettre avec les dossiers reception, envoi, corbeille ...

              tu n'a plus qu'a associer un compte à cette boite aux lettre
            • [^] # Re: Gestion des differents compte

              Posté par . Évalué à 4.

              C'est dans l'assistant de création de compte, au moment ou tu choisis le type de serveur, il faut décocher la case "Utiliser la boite globale"
  • # Et par rapport à Evolution ?

    Posté par . Évalué à 1.

    J'ai l'impression qu'il se pose un peu en concurrent à Evolution (rapidité et gtk2) et du coup, j'ai des doutes sur les possibilités de percer qu'a ce logiciel comparé à Evolution intégré dans les bureaux Gnome et Ubuntu. Sans parler de la "popularité" de Thunderbird même si je trouve que ce dernier est de plus en plus une usine à gaz.

    D'ailleurs, je n'ai pas encore regardé leur site mais vous savez si l'importation des comptes mails depuis Thunderbird vers Sylpheed se fait facilement ? Si oui, je tenterai bien une petite installation pour voir.
    • [^] # Re: Et par rapport à Evolution ?

      Posté par . Évalué à 5.

      Comme tout logiciel libre digne de ce nom, Sylpheed utilise les formats ouverts. Il sait donc utiliser mh, maildir, mbox et dérivés (en direct ou en importation).

      Quant à la percée, je dois dire que je reçois plus de courriers provenant de Sylpheed que d'Evolution. Sans doute une question de fréquentations ;oP
      • [^] # Re: Et par rapport à Evolution ?

        Posté par . Évalué à 2.

        De mon expérience rapide, sylpheed ne gère pas le format maildir.
        Sylpheed claws le gere par l'intermédiaire d'un plugin qui n'est pas compatible avec l'interface gtk2.

        J'ai peut-être raté quelquechose mais je n'ai pas l'impression qu'il soit possible d'avoir une gestion des maildir avec une interface gtk2 en utilisant sylpheed.
        • [^] # Re: Et par rapport à Evolution ?

          Posté par . Évalué à 2.

          J'ai peut-être un peu raccourci la réalité.
          Effectivement, pour maildir, c'est un greffon pour sylpheed-claws. Mais cela n'empêche pas d'utiliser un convertisseur externe (le passage de l'un à l'autre sur une grosse quantité, organisée, de messages ne se fait pas tous les jours).
          Je voulais donc surtout dire qu'avec des formats ouverts et un emplacement clairement défini (on ne passe pas quatre jours à retrouver ses messages), il très facile de passer d'un format à un autre et donc de changer d'agent.
          • [^] # Re: Et par rapport à Evolution ?

            Posté par . Évalué à 4.

            En fait on trouve même un script Perl sur le site de Sylpheed-Claws permettant de convertir une boite au format MailDir vers le format MH.
            http://sylpheed-claws.sourceforge.net/tools/sylpheed-maildir2sylphe(...)
          • [^] # Re: Et par rapport à Evolution ?

            Posté par . Évalué à 2.

            Ce n'est pas changer de format que je souhaite, c'est pouvoir utiliser plusieurs clients mails en parallèle.
            En remote, un mutt auquel j'accède par ssh.
            En local, une appli un peu plus joli d'un point de vue graphisme.

            Il me paraît ridicule de devoir utiliser 2 copies de mes mails en 2 formats différents juste pour pouvoir les lire avec 2 applications. Ne me parlez pas non plus d'installer un serveur imap pour lire mes mails stockés dans des fichiers locaux.

            En plus, pour le plugin maildir de claws, j'ai contacté le "mainteneur" par mail qui m'a répondu très clairement qu'il ne supportait plus sylpheed. Donc même en dehors de la compatibilité avec gtk2, la gestion du maildir utilise un plugin abandonné.

            N'ayant ni le temps ni l'envie de recoder un tel plugin et cherchant quelque chose de plus léger qu'evolution, bah je vais rester avec mon mutt en attendant.
            • [^] # Re: Et par rapport à Evolution ?

              Posté par . Évalué à 2.

              Il me paraît ridicule de devoir utiliser 2 copies de mes mails en 2 formats différents juste pour pouvoir les lire avec 2 applications.

              Et que dis-tu d'accéder aux mêmes données (lecture et écriture) depuis deux applis différentes qui n'ont pas idée de l'existence l'une de l'autre, et qui risquent d'endommager les données en synchronisant leurs modifs de façon conflictuelle ?

              Ne me parlez pas non plus d'installer un serveur imap pour lire mes mails stockés dans des fichiers locaux.

              C'est pourtant la solution. Tu seras tranquille une fois pour toutes et pourras changer de client mail à ta guise (et en utiliser plusieurs à la fois sans risque).
              • [^] # Re: Et par rapport à Evolution ?

                Posté par (page perso) . Évalué à 5.

                > Et que dis-tu d'accéder aux mêmes données (lecture et écriture) depuis deux applis différentes qui n'ont pas idée de l'existence l'une de l'autre, et qui risquent d'endommager les données en synchronisant leurs modifs de façon conflictuelle ?

                Exemple : lire avec "mutt -f fichier" un des fichiers de courriel de mozilla-mail. On se retrouve avec les messages consultés via mutt dupliqués dans l'interface de mozilla-mail : un des exemplaires est correct, l'autre contient pas mal de déchets (données binaires, bouts de courriels, en-têtes de courriels, etc.)
                • [^] # Re: Et par rapport à Evolution ?

                  Posté par . Évalué à 2.

                  Je me place dans le cas de l'utilisation du format maildir. Ce type de corruption me paraït beaucoup plus exceptionnelle avec ce format la. Il faudrait modifier le meme mail avec les deux clients sans que le deuxieme client ne relise le contenu du mail apres les modifications operees par le premier. Je veux bien qu'il m'arrive de faire mon boulet de temps en temps, mais la ça atteint un bon niveau déjà.
                  • [^] # Re: Et par rapport à Evolution ?

                    Posté par . Évalué à 1.

                    Je veux bien qu'il m'arrive de faire mon boulet de temps en temps, mais la ça atteint un bon niveau déjà.

                    Tu n'as pas l'air de savoir que ton client peut modifier un fichier mail sans que tu le demandes. Dans les formats classiques (mbox, maildir...), les clients stockent des attributs supplémentaires dans les en-têtes de chaque mail : par exemple le fait que le mail ait été lu ou non, sa priorité, etc. Du coup deux mailers mettant à jour ces en-têtes dans un laps de temps proche peuvent provoquer des incohérences.

                    Bref les risques sont statistiquement moindres qu'avec un fichier unique, mais ils existent quand même.
            • [^] # Re: Et par rapport à Evolution ?

              Posté par . Évalué à 2.

              Je te conseille d'installer un serveur IMAP, ainsi tu pourra également utiliser un client graphique hors de chez toi, tu pourra utiliser différents client sans problemes, tu pourra même utiliser un webmail, tes cheuveux repousseront et la femme aimée reviendra ... ;)
      • [^] # Re: Et par rapport à Evolution ?

        Posté par . Évalué à 2.

        Effectivement, il semble qu'il y ait pas mal de monde qui l'utilise, ce que je ne pensais pas. Ca manquait à ma culture ^^ N'empeche que Sylpheed et Evolution visent à peu près les mêmes personnes et que l'intégration d'Evolution dans Gnome et Ubuntu va probablement contribuer à augmenter le nombre d'utilisateurs.

        A part ça, je suis en train de tester le Sylpheed en question et je dois dire qu'il me plaît bien ^^ Y'a deux-trois trucs que je n'ai pas encore réglé mais ça va venir. Vous savez notamment s'il est possible de faire comme dans Thunderbirb et d'avoir la liste du carnet d'adresse à gauche dans la même fenêtre que celle où on rédige le message ?
        • [^] # Re: Et par rapport à Evolution ?

          Posté par . Évalué à 3.

          Je n'ai pas l'impression que Sylpheed et Evolution visent les mêmes personnes. Sylpheed se veut léger et rapide. Evolution (ça fait longtemps que je ne l'ai pas réessayé) me semble plus être un mastotonde exhaustif mais pas vraiment léger ni rapide. Je me trompe?
          • [^] # Re: Et par rapport à Evolution ?

            Posté par . Évalué à 2.

            Je ne sais pas si Sylpheed est plus rapide qu'Evolution, mais les versions récentes d'Evolution ne donnent aucune impression de lourdeur sur une machine moderne. Rien à voir avec OpenOffice par exemple.

            Personnellement, j'ai adopté Evolution principalement pour les dossiers virtuels. C'est très pratique pour faire un premier tri des messages dès la réception, sans les dispatcher d'emblée dans des répertoires multiples.
        • [^] # Re: Et par rapport à Evolution ?

          Posté par . Évalué à 3.

          Le carnet d'adresse est une fenêtre à part entière. Si tu rédiges un message, tu peux utiliser les boutons « À », « CC », etc. du carnet d'adresse pour modifier le message en composition.

          Le principe de sylpheed est la légèreté. Gérer le carnet d'adresse à la fois en fenêtre autonome et en « frame » dans une autre fenêtre fait plutôt double travail alors qu'il suffit d'avoir les deux fenêtres ouvertes l'une à côté de l'autre (ça change juste légèrement l'apparence). En plus, Sylpheed est modulaire, tu peux utiliser l'éditeur que tu veux. Donc tout intégrer dans la même fenêtre bloque cette modularité. En fait, ce serait au gestionnaire de fenêtres et à gtk de gèrer ça.
    • [^] # Re: Et par rapport à Evolution ?

      Posté par . Évalué à 1.

      Il me semble que seul Evolution intègre ces deux fonctionnalités bien utiles :

      - vérification d'orthographe multilingue quand on tape le texte.
      Pas besoin de changer de dictionnaire quand par exemple on écrit un mail en français puis un autre en anglais. Mieux, elle supporte le mélange de différentes langues dans un même mail.

      - un calendrier.
      • [^] # Re: Et par rapport à Evolution ?

        Posté par . Évalué à 2.

        Pour la vérif ortho multilingue je ne sais pas. Je n'utilise pas la vérif ortho dans Sylpheed.

        Par contre il est clair que Sylpheed est un mailer pur. Il n'y a donc pas de raison qu'il gère un calendrier.

        Perso j'utilise Sylpheed en liaison avec jpilot (calendrier et carnet d'adresse) et ça me va bien.
      • [^] # Re: Et par rapport à Evolution ?

        Posté par . Évalué à 0.

        Hum...enfin, si les gens se relisaient, ils feraient moins de fautes, et n'auraient pas besoin d'un correcteur orthographique. Les correcteurs orthographiques et autres outils de feignasses du même genre jouent pour une bonne part dans la perte de la connaissance de la langue française. J'imagine déja que dans quelques mois/années, on nous proposera un correcteur orthographique "SMS", histoire d'obliger les gens à faire des fautes identiques pour pouvoir se comprendre à nouveau...
        • [^] # Re: Et par rapport à Evolution ?

          Posté par . Évalué à 1.

          Bien sûr il faut relire.
          Je ne suis pas d'accord avec ton opinion sur les correcteurs orthographiques. Ils aident beaucoup les gens dont la langue maternelle n'est pas français/anglais.
          Essaie de poster un message en chinois/japonais/... et tu comprendras.
          J'aimerais aussi voir un correcteur de grammaire intégré.
          Ces outils, bien utilisés, permettent aussi apprendre une langue.
          • [^] # Re: Et par rapport à Evolution ?

            Posté par . Évalué à 0.

            Sauf qu'en général, l'être humain choisit la solution de facilité et s'il a un outil qui lui mâche le travaille, il ne fait plus d'effort. C'est humain et on n'y peut pas grand chose. Moi même, j'ai vu à mon niveau de français baisser énormément depuis que je ne suis plus scolarisé (donc peu corrigé) et que je suis confronté à des collègues dont le français est très approximatif.

            C'est comme la mémoire : plus tu te fais des post-its, etc... moins tu exerces ta mémoire et plus tu deviens dépendant de ces outils. Et ça peut-être vraiment handicapant avec l'âge.

            Evidemment, tu marques un point dans le cas de quelqu'un qui n'utilise pas sa langue maternelle. Mais dans d'autres situations ça n'apporte que des mauvaises habitudes.

            Essaie de poster un message en chinois/japonais/... et tu comprendras.


            Je n'essayerai tout simplement pas parce que ce sont des langues que je n'ai pas apprises. C'est aussi simple que ça. Je ne vais pas essayer de parler à un japonais dans sa langue maternelle si mon seul support est un traducteur automatique. Imaginons que je dois partir une semaine au Japon. J'utiliserai plutôt l'anglais et apprendrais avant mon départ quelques mots / phrases utiles (mais correctes et bien prononcées) par quelqu'un qui parle couramment la langue dans le cas ou je serais confronté à une personne ne comprenant pas l'anglais.
            • [^] # Re: Et par rapport à Evolution ?

              Posté par . Évalué à 2.

              Moi même, j'ai vu à mon niveau de français baisser énormément depuis que je ne suis plus scolarisé (donc peu corrigé)

              Exactement, on progresse quand on est corrigé...
              • [^] # Re: Et par rapport à Evolution ?

                Posté par . Évalué à 2.

                Une correction automatique, ça ne vaut pas une remarque de ton interlocuteur, c'est ce que je voulais exprimer. Quand tu es scolarisé, tu te prends des mauvaises notes si tu parles mal français donc tu fais gaffe. Quand tu rentres dans la vie active et que tu vois que ton boss est un analphabète, tu te laisses aller par exemple...
                • [^] # HS

                  Posté par . Évalué à 2.

                  et que tu vois que ton boss est un analphabète

                  Ca me rappelle quand mon patron a traite un collegue d'"alphabete" en pretendant que clou au pluriel prend un x :). Quelle rigolade.
                • [^] # Re: Et par rapport à Evolution ?

                  Posté par . Évalué à 3.

                  Quand tu es scolarisé, tu te prends des mauvaises notes si tu parles mal français donc tu fais gaffe.

                  Sauf que tu ne peux plus redoubler a l'ecole primaire, donc "tu ten fou dekrir bi1 an frencé tu pace a la clace du decu de toute fasson"
                  • [^] # Re: Et par rapport à Evolution ?

                    Posté par . Évalué à 3.

                    Gasp ! C'est vrai ?

                    L'éducation part à vau-l'eau, le monde court à sa perte !
                    Tremblez mécréants, la fin des temps est proche...


                    Yth, sniff...
        • [^] # Re: Et par rapport à Evolution ?

          Posté par . Évalué à -2.

          Mmmh et si tu utilisais une plume et un parchemin tu ecrirais plus proprement....
      • [^] # Re: Et par rapport à Evolution ?

        Posté par . Évalué à 3.

        vérification d'orthographe multilingue quand on tape le texte.

        C'est justement le truc qui a tendance a me deranger ces derniers temps. Vivant en Angleterre, je dois gérer les deux langues, écrire dans les deux. Et quand j'écris un message en Francais, j'aimerais bien qu'il m'indique les mots que j'ai écrits avec une orthographe valide en anglais mais pas en francais et lycée de Versailles.
        • [^] # Re: Et par rapport à Evolution ?

          Posté par . Évalué à -1.

          Un français qui vit Angleterre n'a peut-être pas besoin d'un vérificateur d'orthographe. :)

          On voit bien que ce n'est pas facile de créer une fonctionnalité dans un logiciel.
          Pour moi, dont la langue maternelle n'est ni français ni anglais, un vérificateur d'orthographe a plus d'avantages que d'inconvénients.
  • # Un slackbuild...

    Posté par (page perso) . Évalué à 3.

    Linuce a mis son slackbuild à jour pour la 2.0.0.

    Merci Linuce, donc :)

    http://linuce.free.fr/packages/sylpheed/(...)
  • # KDE 3.4.2

    Posté par . Évalué à -10.

    pourquoi il n'y a pas de news concernant KDE 3.4.2 ?

    que Scribus ne soit qu'en "dépêche de seconde page" passe, mais c'est qd même un projet méritant KDE.

    D'autant plus quand on constate les turpitudes de certains projets comme Mozilla dans leurs relations avec les mainteneurs de certaines distribs (tout ce qui n'est pas impactant pour Windows).

    KDE propose déja des paquets fonctionnels pour toutes les distro importantes. Ils vont même pousser le vice jusqu'a ne promouvoir que distros qui ne soutiennent que Gnome (Ubuntu et FC).

    Peut-être ne sont-ils pas assez bon sur le plan marketinje ... (c'est quoi ce projet qui ne demande même pas de donnation sur 1/3 de leurs pages web ...)
    • [^] # Re: KDE 3.4.2

      Posté par . Évalué à 8.

      pourquoi il n'y a pas de news concernant KDE 3.4.2 ?
      Parce que personne n'a proposé de news de qualité suffisante pour être publiée ?
      • [^] # Re: KDE 3.4.2

        Posté par . Évalué à 8.

        « Parce que personne n'a proposé de news » tout court en l'occurence. Mais je ne doute pas que zeSixty4Douille va s'y coller...
      • [^] # Re: KDE 3.4.2

        Posté par . Évalué à 8.

        Et puis par exemple la sortie d'une version 2.0 d'un logiciel aussi efficace et répandu que Sylpheed a peut-être plus d'intérêt que la sortie d'une version mineure de KDE.

        Sois bien sûr qu'il y aura une belle annonce en première page bourrée de commentaire (j'ai pas dis trolls, rhaaa !) lors de la sortie de KDE 4.0 !

        Faut juste avoir le sens des mesures, Sylpheed représente un logiciel très abouti et totalement dans l'esprit de Linux et des logiciels libres : il accomplit sa tâche très bien, sans superflu, avec de grandes possibilités, il est très utilisable, répandu, bref c'est un logiciel de qualité. Et le fait qu'il en existe d'autres qui aient un niveau de qualité comparable (Thunderbird pour ne citer que lui) ne change rien à l'affaire, d'autant plus que le client mail doit être l'un des logiciels les plus répandu chez tout un chacun.

        Yth.
    • [^] # Re: KDE 3.4.2

      Posté par (page perso) . Évalué à 3.

      KDE 3.4.2 n'apporte rien de neuf. Extrait d'un journal LinuxFR :
      Pas grand chose de nouveau puisque il s'agit d'une sortie 'bugfixes'.

      http://linuxfr.org/~EdB/18968.html(...)

      Alors que Sylpheed 2.0 est une très grosse amélioration par rapport à la version 1.0 :-) Enfin, y'a eu plein de versions intermédiaires sans compter le truc -Claws, j'ai pas trop suivi. Voilà un joli numéro : "deux", c'est plein simple qu'un "2.6.12.7-rc3-jaimelajambon" quoi ;-)

      Victor
      • [^] # Re: KDE 3.4.2

        Posté par . Évalué à -4.

        Il y a quand même une nouveauté interéssante selon moi, c'est qu'ils sortent des paquetages pour toutes les distros.

        Au-dela des nouveautés proposées, il y a aussi le "feature freeze" concernant la version 3.5, aujourd'hui.

        c'est vrai que le nombre des nouveautes n'est pas hallucinant concernant KDE seul. Il y a quand même 2, 3 trucs que je trouve bien sympa. Entre autres, l'intégration plus possée du viewer pdf dnas konqueror.


        Puis je mérite un petit moinssage OK, car j'aurais pu propose mon aide, et je n'ai aucun problême avec Sylpheed ...
  • # question idiote

    Posté par . Évalué à 2.

    "Le plus gros changement depuis les précédentes version concerne le passage de la bibliothèque GTK 1.2 vers GTK 2.0"

    Il faudra combien de temps pour passer de la version 2.0 de GTK à la 2.6 (2.8) ? L'API est compatible, mais, il doit y avoir quand même du boulot, non ?
  • # Vitesse

    Posté par (page perso) . Évalué à 2.

    Je ne sais pas si ça se sent sur une machine récente, mais sur un vieux P II, la version 2 est clairement moins rapide pour afficher le contenu d'un répertoire plein de courriels (testé sur des répertoires avec seulement quelques centaines de courriels ou d'autres avec plusieurs milliers).
    • [^] # Re: Vitesse

      Posté par . Évalué à 1.

      Oui je suis assez d'accord avec toi. Je suis sur un Athlon 1.3GHz et je constate aussi cette lenteur quand tu changes de répertoire. C'était la même chose sur sylpheed-claws et c'est pour ça que j'avais repris sylpheed 1 à la place de claws...
      • [^] # Re: Vitesse

        Posté par (page perso) . Évalué à 2.

        Sylpheed 2.0 (paquet Sid), stockage en MH sur ext3.

        Aller dans un répertoire avec 223 courriels : environ 1s pour afficher la liste
        Avec 878 courriels : environ 4s
        Avec 6506 courriels : environ 5s

        (respectivement avec mutt 1.5.9i : moins d'1s, environ 2s, environ 8s)

Suivre le flux des commentaires

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