Les principales fonctionnalités sont :
- Amélioration du message viewer
- Amélioration du backend la gestion des mailbox
- Support de multiple address book (vCard,LDAP)
- Alias-expansion
- Support de l'authentification CRAM-MD5 et GSSAPI Kerberos
- Vérifictaion ortographique
- Support de nouveau jeu de caractère
- coloration du texte
- réorganisation des menux
- Meilleur threading(logiciel)
- Utilise gnome-print pour l'impression
- Utilise gnome-config au lieu de la libProplist
- A metric shwack of bug fixes
- Y2K compliant :-)
Aller plus loin
- Site officiel (12 clics)
- miroir (3 clics)
- les sources (3 clics)
# ...
Posté par Anonyme . Évalué à 0.
(pas comme l'info .. mais comme linuxfr n'est pas traduit non plus...)
Il aurait peut-être été bon de parler de l'utilisation de gtkhtml pour l'affichage des courrier en html, non ?
[^] # Re: ...
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
Si j'avais betement recopié les fonctionnalités en anglais, y en a qui aurait encore ralé.
Essaye de traduire ca:
- Improved message viewer
- Updated backend for handling mailbox operations, now much more robust and faster.
- Multiple address book support, both local vCard and remote LDAP books are supported
- Alias-expansion
- CRAM-MD5 and GSSAPI Kerberos authentication support
- Spell checking
- New charset support
- Nifty quoted text colouration
- Menu reorganization
- Better threading (the multiple process-kind)
- Use gnome-print for printing
- Use gnome-config now instead of libProplist
- A metric shwack of bug fixes
- Y2K compliant :-)
Le support gtkhtml est encore consideré comme instable. Personnellement, je ne vois pas pourquoi, chez moi ca marche tres bien.
[^] # Re: ...
Posté par Anonyme . Évalué à 0.
- Amélioration du backend la gestion des mailbox > amélioration de la sortie de gestion des boites aux lettres (ça reste pas clair, mais je sais pas quel est le « backend » en question, j'imagine que toi n plus)
- Support de multiple address book (vCard,LDAP) > support de different carnets d'adresse (vCard...
.. pour le reste, j'aurai tendance à dire que lorsqu'on sait pas traduire un truc, y'a de forte chance qu'on ne sache pas de quoi ils parlent.. au quel cas, ne pas les mettre. Après tout, poster une news, c'est pas cracher un changelog, c'est relater un fait avec ce qu'on en a compris. Ceux qui veulent les details liront de toute façon tout cette liste sur le site de balsa.
Pour ce qui est de gtkhtml, j'imagine qu'ils considèrent ça comme instable puisque la lib gtkhtml est elle en même en instable... Mais c'est vrai, j'ai jamais non plus eu de problèmes avec celle-ci.
[^] # Re: ...
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
Oui, pour certains trucs, je ne sais pas ce que c'est mais as tu pensé que ca interesse certains? Une news ca doit etre simple et bref, si j'avais dit: "balsa 1.0 est sorti", ca n'aurait pas avancé grand monde(les modérateurs ne l'auraient meme pas laissée passer). Ici j'ais mis les fonctionnalités interessantes qui permettent au visiteurs qui ne connaissent pas balsa de savoir si il est interessant.
Alors tu as qqch a répondre a ca, a part que c'est bourrés de fautes d'ortographes?
[^] # oui (tu as qqch a répondre a ca)
Posté par Anonyme . Évalué à 0.
Les gens interessé par un point précis iront se renseigner sur le site.
Si tu mets une info que tu comprends pas, tu peux clairement pas la traduire.
La plupart des trucs que tu n'as pas compris, c'est des correctifs de bugs. Fallait connaitre les bugs pour comprendre.
Les correctif de bug, ça interesse pas le pékin moyen qui veut découvrir le soft.
Et celui qui connait déjà ira de lui même sur le site pour y voir ce genre de trucs.
Bien entendu, je ne te reproche pas d'avoir mis des choses dans ton info, c'est plutôt rare, c'est bien.
Mais on souligne toujours les points faibles, non ? C'est ce qui permet de faire évoluer le truc ?
Dire « c'est bien », ça fait plaisir, mais ça s'arrete là.
[^] # Re: ...
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
les mails en html
et pourquoi pas en .doc ?
[^] # Re: ...
Posté par Anonyme . Évalué à 0.
Il doit bien exister sur terre des types qui sortent « quoi ? internet en html ? pourquoi pas en doc ? »...
[^] # Re: ...
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
le mail en texte c'est le moyen age ?
Donc, pour ne prendre qu'un tout petit exemple, les petits gars qui préparent ton kernel régulièrement, inlassablement, ils sont encore au moyen age ? tu devrais les avertir...
(svp,interdisez les commentaires en anonyme)
[^] # Re: ...
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
T'as raison, ca devient lourd les commentaires anonymes pour critiquer n'importe quoi.
En plus, maintenant on ne reconnait pas houba hop tout de suite.
[^] # Re: ...
Posté par Anonyme . Évalué à 0.
Et savoir de qui vient un raisonnement fait changer la valeur du raisonnement ?
[^] # Re: ...
Posté par Anonyme . Évalué à 0.
>>svp,interdisez les commentaires en anonyme
parce que quelqu'un à dit qu'il avait rien contre les courriels en HTML ?
C'est une blague ?
[^] # Re: ...
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
[^] # Re: ...
Posté par patrick barthel . Évalué à 1.
[^] # Re: ...
Posté par patrick barthel . Évalué à 1.
[^] # Re: ...
Posté par Anonyme . Évalué à 0.
Cyprien
[^] # Re: ...
Posté par Yann Kerhervé (site web personnel) . Évalué à 1.
[^] # Quel intérêt...
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
Quand je reçois un mail en HTML à travers mon pauvre modem, prenant 4 fois la place d'un mail en mode texte, souvent pour compenser un contenu d'autant plus creux, je ne le lis même pas, mais le renvoie à son expéditeur pour qu'il configure correctement son logiciel.
[^] # Re: Quel intérêt...
Posté par Anonyme . Évalué à 0.
J'imagine que tu envois des courriels aux auteurs de sites dont la charte graphique ne se limite pas à celle de gnu.org ?
Dans l'absolu, linuxfr.org c'est de la merde : y'a des images partout, c'est débile. Des tables, encore plus con, c'est long et lourd pour le navigateur. Des couleurs, des css..
Putain, faut une version en plain text de linuxfr !!!
Non ?
[^] # Re: Quel intérêt...
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
Par contre, le W3C édicte des standards, je trouve normal qu'ils soient respectés.
Pour ce qui est de linuxFR, je ne trouve pas qu'il soit très lourd. Tu ne dois pas naviguer souvent pour prétendre ça.
[^] # Re: Quel intérêt...
Posté par Anonyme . Évalué à 0.
C'est léger. Pour un taré du minimalisme, ça doit être une référence.
(qui a parlé de standards, où veux-tu en venu avec le w3c ?)
Pour linuxfr, c'était BIEN EVIDEMMENT de l'ironie.
C'était faire remarquer à quelqu'un qui reprochait les mais en HTML que quotidienne, il utilisait aussi une structure HTML qui après tout aurait *très bien* pu aussi être en texte plein.
Oui, le HTML dans les courriels, ça permet de mettre des gras, des italiques, des images, je trouve ça pas mal, moi.
Bien sur c'est plus lourd, on peut faire sans. Mais pour les sites, c'est pareil ! Linuxfr pourrait être en texte plein.
Ca aurait exactement les mêmes conséquences que sur le courriel. Sauf que le courriel est moins massif, c'est là la difference.
[^] # Re: Quel intérêt...
Posté par Jihem . Évalué à 1.
[^] # Re: Quel intérêt...
Posté par Guillaume Laurent (site web personnel) . Évalué à 1.
C'était justifié il y a quelques années, à l'époque où peu de mailers supportaient le HTML. Maintenant ça n'est plus le cas, et si je n'en envoie pas, je ne considère pas que recevoir des mails en HTML soit un problème.
Le Net évolue, la nétiquette aussi.
[^] # Re: Quel intérêt...
Posté par Anonyme . Évalué à 0.
- c'est lourd. Quand on a ni liaison à haut débit ni forfait illimité, c'est mauvais pour le porte monnaie
- c'est souvent illisible (le blanc/bleu/vert/rouge lorsqu'on utilise habituellement un fond sombre, ça fait mal aux yeux)
- l'utilisation n'est quasi jamais justifiée
[^] # Re: Quel intérêt...
Posté par Gaël . Évalué à 1.
Donc, petit rappel: quand vous téléchargez une distros, vous utilisez quel protocole ?
1) FTP
2) HTTP
3) SMTP
Vous répondez 3 ? C'est votre dernier mot ? Vous avez perdu.
Il y a des protocole plus adaptée que d'autres à certaines utilisation, et d'ailleur, je vais vous apprendre un secret: c'est pour ça qu'il existe plusieurs protocoles. Et oui. SMTP est approprié a l'envoi de _petit_ messages, FTP au transfert de gros fichier et HTTP est un dérivé du FTP pour la consultation interactive (formulaires, images, cadres...) Vous remarquerez peut-être que le même fichier est téléchargé plus rapidement par un lien en FTP que par un lien en HTTP, et qu'en envoi par mail il peut être monstrueusement lent.
Enfin, la taille des BAL sur serveur est souvent limitée à une dizaine ou une quinzaine de mégaoctets. Si vous prenez une semaines de vacance et que vous recevez beacoup de mail HTML (avec des images, hein, autant en profiter), vous ferez exploser le compte.
Bah!, tout ça c'est des arguments de dinosaures, je suis pour le minimalisme, l'efficacité et la lisibilité, donc le médiévalisme ( http://gez117.free.fr/scie.html(...) ).
Ça me rappelle cette vielle considération: progresser ça consiste à suivre le mouvement quand les autres avancent, et à rester sur place quand les autres reculent.
[^] # Re: Quel intérêt...
Posté par patrick barthel . Évalué à 1.
[^] # Re: Quel intérêt...
Posté par Anonyme . Évalué à 0.
C'est fou ske windows a pu faire comme ravages en 10 ans dans la communauté et la philosophie des informaticiens..
Y'a qu'à voir le nombre de gens qui se prétendent informaticiens parce qu'ils ont réussi à installer Linux...
Eeenfin bon.. les temps changent, et on est des dinosaures.. Rappelons quand même que, par défaut, c'est mutt qui est installé, et pas balsa, ou sylphide.
Quant à toi là-haut, ben w3m voit très bien linuxfr.org, les tables, et mêmes les frames si y'en avait. Et pour les images importantes -> zgv !
Les dinosaures vous saluent bien bas.
[^] # Re: Quel intérêt...
Posté par Odendahl Manuel . Évalué à 1.
Plus depuis HTTP/1.1 et ses options de pipelining, de range et de if-range. On peut construire ses buffers de maniere a optimiser cette pipeline, et en ajoutant le fait qu'etablir une connection FTP est beaucoup plus lourde qu'etablir uneconnection HTTP (differentes sockets...), on obtient une difference de vitesse de l'ordre des 20% entre HTTP et FTP.
# Balsa encore un client mail ...
Posté par Pierre Téchoueyres . Évalué à 1.
- quelle est la compatibilité avec les standards RFC ? par ce que jusqu'à présent j'utilisais mutt qui lui me donnais entière satisfaction mais bon en mode graphique c'est bien aussi ;)
- pourquoi ne pas avoirsimplement fait un front end à mutt par exemple plutot que d'avoir réécrit un client complet ?
[^] # Re: Balsa encore un client mail ...
Posté par Anonyme . Évalué à 0.
[^] # Re: Balsa encore un client mail ...
Posté par Sylvain (site web personnel) . Évalué à 1.
# Ca marche toujours pas...
Posté par Yachar . Évalué à 1.
Donc, je télécharge la version 1.0, et là : toujours rien. Aucun message d'erreur, mais les mails ne sont ni envoyés ni reçus. Avouez que c'est embêtant pour un client mail...
Quelqu'un à une idée/suggestion ?
[^] # Re: Ca marche toujours pas...
Posté par Anonyme . Évalué à 0.
[^] # Re: Ca marche toujours pas...
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
La première chose à voir pour savoir si ton mail marche, c'est de faire telnet localhost smtp pour en envoyer, et less /var/mail/toto pour le lire...
[^] # Re: Ca marche toujours pas...
Posté par Anonyme . Évalué à 0.
Les mails ni reçu ni envoyé, ce depuis 3 siècles, imagine bien que si un tel « bug » (un mailer qui sait ni recevoir ni envoyer, peut-il est publié) était connu, ils publieraient pas une version 1.0.0.
Pour que tu sois le premier à avoir ce problème, doit forcement avoir une astuce chez toi...
Par exemple pour compiler balsa sur une RH 7.0 , faut specifier (dans le ./configure) --disable-more-warnings
[^] # Re: Ca marche toujours pas...
Posté par Anonyme . Évalué à 0.
[^] # Re: Ca marche toujours pas...
Posté par Anonyme . Évalué à 0.
y'a deux options.
y'a toujours l'option « localhost » (ou ce qu'on veut)... Donc si localhost marche pas, c'est que sendmail (ou postfix) est mal configuré.
[^] # Re: Ca marche toujours pas...
Posté par Yachar . Évalué à 1.
Encore un petit effort.
Oui, j'ai configuré le Smtp, je sais qu'il y a "localhost" ou autre, postfix est bien configuré, ma boîte POP également.
Bon, ben je vais reprendre Spruce :-)
[^] # Re: Ca marche toujours pas...
Posté par Yachar . Évalué à 1.
Je crois qu'il est l'heure d'aller me coucher ;)
[^] # Re: Ca marche toujours pas...
Posté par Anonyme . Évalué à 0.
# Spell checking
Posté par Anonyme . Évalué à 0.
<Porte_nawak>Ah ouais, ça va servir je crois la "VÉRIFICTAION ORTHOGRAPHIQUE" :)</porte_nawak>
[^] # Re: Spell checking
Posté par Anonyme . Évalué à 0.
Critique le fond.. et non la forme!
[^] # Re: Spell checking
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
[^] # Re: Spell checking
Posté par Anonyme . Évalué à 0.
[^] # Re: Spell checking
Posté par Gaël . Évalué à 1.
[^] # Re: Spell checking
Posté par Anonyme . Évalué à 0.
Dire qu'il fut un temps, je m'étonnais que des cours sur la ponctuation existe pour les élèves en BEP...
[^] # Re: Spell checking
Posté par Anonyme . Évalué à 0.
Cyprien
# Support cryptage
Posté par Anonyme . Évalué à 0.
[^] # Re: Support cryptage
Posté par Anonyme . Évalué à 0.
[^] # Re: Support cryptage
Posté par Anonyme . Évalué à 0.
[^] # Re: Support cryptage
Posté par swix . Évalué à 1.
[^] # Re: Support cryptage
Posté par Gaël . Évalué à 1.
# slackware
Posté par Anonyme . Évalué à 0.
# pffff
Posté par Anonyme . Évalué à 0.
[^] # Re: pffff
Posté par Anonyme . Évalué à 0.
Cela dit, j'ai installer Balsa, tres facilement d'ailleur, je l'ai lancer, j'ai un peu chipoter avec:
Mes impressions; leger, efficace mais completement inutile pour moi: pas de support IMAP et qu'une seule adresse email possible (ou alors il faut chercher plus en profondeur).
Bref, pas de quoi concurrencer OE.
Dinmax
[^] # Re: pffff
Posté par Anonyme . Évalué à 0.
ok, t'es un homme, pas un neu². cool.
> mais completement inutile pour moi: pas de support IMAP
Balsa is a GNOME email client. It supports mbox, maildir, and mh local mailboxes, and IMAP4 and POP3 remote mailboxes
> qu'une seule adresse email possible (ou alors il faut chercher plus en profondeur)
Pourquoi, tu postes en changeant d'email tout les matins ? Y'a un champs "De", rien ne te coute de l'utiliser.
Je ne pense pas qu'implémenter ce genre de fonctionnalité soit réellement utile. En tout cas pas primordial.
[^] # concurrencer oe...
Posté par Anonyme . Évalué à 0.
il gère le multi-pop (multi-smtp je sais pas), et gpg (pratique).
j'ai regardé evolution: bô mais trop lourd, messenger ne gère pas le multi-pop, balsa refuse de compiler...j'en ai oublié? (bon, je ne parle que des versions X, pas de pine ou mutt...)
Mais vous pouvez toujours essayer spruce.
nico.
[^] # Re: concurrencer oe...
Posté par Anonyme . Évalué à 0.
en gros, faut utiliser l'option --disable-more-warnings
[^] # Re: pffff
Posté par CopainJack (site web personnel, Mastodon) . Évalué à 1.
> Pourquoi, tu postes en changeant d'email tout
> les matins ? Y'a un champs "De", rien ne te
> coute de l'utiliser.
Non, non, j'ai juste plusieur compte email, une pour le boulot, une pour le prive, ...
> Je ne pense pas qu'implémenter ce genre de
> fonctionnalité soit réellement utile. En tout
> cas pas primordial.
C'est indispensable, et je ne suis loin d'etre le seul dans ce cas, crois moi.
[^] # Re: pffff
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
Quand on sait se servir des outils à sa disposition (procmail, par exemple), une email suffit largement.
[^] # Re: pffff
Posté par CopainJack (site web personnel, Mastodon) . Évalué à 1.
Lire mes mails de plusieur comptes differenst ne me posent aucun probleme, ce que j'aimerai bien, c'est de pouvoir choisir quelle email je vais utiliser quand je reponds: mon email boulot ? mon email perso ?, mon email "poubelle" ?
Par exemple, Mozilla l permet.
Dinmax
[^] # Re: pffff
Posté par Anonyme . Évalué à 0.
[^] # Re: pffff
Posté par Anonyme . Évalué à 0.
J'en ai un autre:
toujours se relire avant de poster.
Dinmax
[^] # Re: pffff
Posté par Gaël . Évalué à 1.
De toute façon, KMail est un produit bien fait, capable de gérer plusieurs BALs, supportant GPG, joli et léger. Alors outlook peut aller se rhabiller, il ne sera _jamais_ léger.
# Pas de troll (je laisse ca aux bouseux)
Posté par Anonyme . Évalué à 0.
[^] # Re: Pas de troll (je laisse ca aux bouseux)
Posté par Anonyme . Évalué à 0.
Ca paraitra peu pour certains, dans mon cas, j'ai tendance à estimer qu'au delà de 150 message, ça devient inbitable.
Spruce est dans le cirage dès la 50aine de messages...
[^] # Re: Pas de troll (je laisse ca aux bouseux)
Posté par Yachar . Évalué à 1.
Si tu veux de la performance, Cronos II a l'air prometteur.
# filtres?
Posté par François Schoubben (site web personnel) . Évalué à 1.
Je n'ai pas vu sur leur site qu'il le gérait, mais sans essayer, qui peut dire?
Merci
[^] # Re: filtres?
Posté par Anonyme . Évalué à 0.
Un client mail est un client mail, pas un logiciel de filtrage.
Scrogneugneu
[^] # Re: filtres?
Posté par Anonyme . Évalué à 0.
Quand tu parles de filtres sur unix tu parles de quoi exactement ?
[^] # Re: filtres?
Posté par François Schoubben (site web personnel) . Évalué à 1.
[^] # Re: filtres?
Posté par Anonyme . Évalué à 0.
[^] # Re: filtres?
Posté par Yachar . Évalué à 1.
Allons, si j'ai une boîte POP, c'est que je n'utilise pas procmail pour cette boîte.
Pour répondre à la question, Balsa ne gère pas les filtres à ma connaissance. Spruce le fait, entre autres.
[^] # Oh un neuneu
Posté par Anonyme . Évalué à 0.
Quand je lis mon mail, j'aime pouvoir le faire avec n'importe quel client. En particulier, quand je suis connecté à distance sur ma machine, je m'imagine bien lancer Balsa pour lire mon mail.
Les logiciels de gestion du mail (pas les mailers, hein) sous unix sont là depuis des années ; ils fonctionnent parfaitement et de façon très simple.
L'ensemble des packages exim+fetchmail+procmail est plus léger à télécharger qu'Evolution ou Balsa, et ne prennent pas plus de temps à configurer.
Donc quand on ne connaît pas, on se tait.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.