GNUMail vient de sortir en version 1.0.0

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
25
mar.
2002
GNUstep
Enfin la version 1.0.0 de ce très bon client de messagerie qui se veut un clone de NeXT Mail. On peut à présent l'utiliser tous les jours comme client de messagerie pricipal. Il est également possible de l'utiliser sous Mac OS X, OpenStep oblige, donc que du bon !
Des screenshots sont disponibles sur le site.
Fonctionnalités:
"-Multiple POP3 (with APOP support) accounts with local cache support (for leaving messages on server);
-Multiple delivery agents (SMTP or local mailer);
-Mail spool file support for receiving;
-Good IMAP support with local caching;
-Full RFC822 and RFC2822 support;
-Read, compose, bounce, reply and forward mails ;
-Mailbox management (create, delete, locking and transfer messages) using the Berkeley mbox format;
-Personal preferences management;
-MIME support (decode and encode);
-A full MIME types manager;
-Quoted Printable and BASE64 support;
-Address Book with groups support;
-Find Panel with regular expressions support;
-Automatic or manual fetching of your mails (user's choice);
-Powerful filters that supports regular expressions;"

Aller plus loin

  • # Yep

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

    Je confirme, ça fait quelques mois que je l'utilise, et ludovic fait un travail excellent, GNUmail progresse très, très vite.
    Chapeau !
  • # Chtite precision

    Posté par  . Évalué à 10.

    > Il est également possible de l'utiliser sous Mac OS X

    gnustep fonctionne aussi sur bsd, certains l'ont aussi teste sur solaris et aix. Pour ce qui de windows(tm)(c), seule les classes de base (NSString, NSArray...) fonctionnent pour le moment.

    Un nouveau site de news concernant gnustep est en train de voir le jour: http://www.gnustep-news.net(...) sur le moteur de SPIP (site encore en construction, mais les news presentes sont tout de meme valides :-). D'ici quelques mois il devrait passer sous SPEL (version multilingue).
  • # RPM

    Posté par  . Évalué à -1.

    ================================================

    Y aurait il quelqu'un d'assez cool - et doué ;) - pour faire un RPM de ce programme ?

    =================================================
    • [^] # Re: RPM

      Posté par  . Évalué à 8.

      > faire un RPM de ce programme ?
      D'apres les trolls velus qui trainent sur linuxfr en ce moment a propos des paquets, et puisqu'il existe des paquets debian (au moins en testing et unstable) pour gnustep (base, make, gui, xgps...) et certaines applications (gnumail, pantomime, preferences.app, gorm...), je pense qu'il doit y avoir un moyen de faire des conversions de format.

      <troll>.deb rules</troll>

      Ah ben vous voyez... encore un de passage :-)
  • # Par rapport aux autres ?

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

    Ca a l'air joli. Pour ceux qui conaissent, c'est comment par rapport à Balsa ou surtout Sylpheed ?

    Il supporte les X-Face, l'utilisation de GPG, des comptes complètement en IMAP, les mails en multipart avec du HTML, les annuaires LDAP ?
    • [^] # Re: Par rapport aux autres ?

      Posté par  . Évalué à 10.

      > c'est comment par rapport à Balsa ou surtout Sylpheed
      Je ne sais pas, je n'ai jamais utilise ces mailers.

      > X-Face
      Ludovic a commence un bundle (sorte de plugin), mais comme il n'a pas trop le temps c'est en attente. Pour ceux qui veulent regarder comment fonctionne gnustep, vous pouvez toujours lui demander le bout de code qu'il a fait et le continuer.

      > GPG
      c'est dans le TODO depuis le debut, et il n'a jamais trouve personne pour s'en occuper. Il y une application qui s'appelle MacGPG, Ludovic ou la personne qui le fera s'appuiera certainement dessus

      > complètement en IMAP
      D'apres le TODO ce n'est pas encore completement IMAP.

      > multipart avec du HTML
      Ludovic a fait un petite routine qui supprime les balises html, ce qui rend les mails html un peu plus lisibles. Ceci en attendant d'avoir un veritable parser html. Pour la version Mac OS X, il existe deja un parser (merci Apple :-P).

      > annuaires LDAP
      Le carnet d'adresses ne tient pas encore compte de LDAP. Il a ete question une fois de generaliser le carnet a tout gnustep de maniere a ce qu'il soit accessible via les services... tout a fait dans l'esprit *Step. Mais ludovic voudrait pour le moment le laisser encore integrer a gnumail. Affaire a suivre.

      A la vue de ce resume, vous allez certainement vous dire: "en fait, gnumail n'apporte rien, et en plus il est en retard sur beaucoup de points.". Je repondrai en disant que gnumail n'a meme pas un an (ou alors pile-poil :-) et qu'il est maintenu/developpe par une seule personne: Ludovic Marcotte. Il est vrai que sur la page de GNUMail il y a aussi nos noms ('nos'... ben oui y a aussi le mien :-), mais c'est juste parce que l'on a fait quelques patch pour faire avancer les choses un peu plus vite :-) GNUMail a ete code a 90% par Ludo: chapeau.

      En fait, on n'attendait plus que vous... amis du libre a vos editeurs/compilateurs.

      Applis en cours de dev: client ftp (alors nico, pour quand la premiere release ? :-), client irc, 2 windowmanager en objective-c (woom et interface), client nntp (LuserNET.app), ImageViewer.app et d'autres.

      Certains vont dire que l'affichage est lent lorsqu'il a beaucoup d'objets a afficher ou lorsqu'il y a une grosse image a faire defiler, le probleme est connu, en fait la gui n'est pas encore completement terminee (bien que tout a fait fonctionnelle) et surtout pas encore optimisee (a venir des que tout sera implemente).
      • [^] # Re: Par rapport aux autres ?

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

        Juste une précision : la gui pas vraiment optimisée, c'est celle de GNUstep, pas celle de GNUMail ...
        Actuellement, la rapidité de GNUMail est déjà correcte, sauf sur certains points (grosse image affichée dans un mail par exemple), mais ce sera résolu automagiquement quand la gui GNUstep sera optimisée. J'imagine d'ailleurs que sur MacOSX GNUMail doit être sympa à voir tourner ;-)
    • [^] # Re: Par rapport aux autres ?

      Posté par  . Évalué à 3.

      Je connais un (tout) petit peu Sylpheeld :

      Je dirais les plus de GNUMail sont :
      - Intégration à GNUstep (services,PastboardServer)
      - Thread
      - vraiment une très bonne API de Mail (proche de JavaMail) : Pantomime
      - GNUMail est un mini-environement de developpement
      gràce aux Bundles (et les ajouts sont relativement simple). Il faudrait peut-être documenter les protocol (proche des class interface)

      Les moins :
      - GNUstep AppKit est un peu jeune et instable
      - Il manque GPG

      GNUMail va murir avec GNUstep AppKit et des "composants" GNUstep.

      Les prochaines version vont être redéveloppé avec Gorm vraisemblement.

      Maintenant 1 an homme pour un mailer c'est vraiment bien.

      PS : MDI lors de ces conférences avoue qu'Evolution a necessité 34 ans/homme (à plein temps)

      Merci l'API OpenStep :-)
      • [^] # Re: Par rapport aux autres ?

        Posté par  . Évalué à 2.

        > - GNUstep AppKit est un peu jeune et instable
        instable, c'est peut etre un peu fort :-) ca fait un petit bout de temps que la gui ne m'a pas plante a la figure :-) Je dirai qu'on est arrive dans une phase ou elle est plutot bugguee (pas optimisee, erreur de rafraichissment sur certains evenments...) que instable :-)

        > Les prochaines version vont être redéveloppé avec Gorm vraisemblement.

        Oui, Ludovic attend que Gorm supporte les nib ou alors quelque chose d'approchant puisque il n'y aura evidemment pas d'ouverture du format Apple. (les nibs contiennent - si j'ai bien compris - entre autres la serialisation des objets graphiques de Apple)

        > Merci l'API OpenStep :-)
        C'est sur... je me suis mis a gnustep et l'objective-c en voulant participer a gnumail... ben c'est franchement pas complique a apprendre, et les differentes documentations sont bien foutues (notamment celle d'apple).

Suivre le flux des commentaires

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