Et le changelog est à la hauteur :
- mise à jour intégrée et automatique vers les prochaines versions
- fonctions anti usurpation d'identité (anti-phishing)
- meilleur filtrage du pourriel (aussi bien localement, qu'en interaction avec un filtre coté serveur)
- un grand nombre de petites options et fonctionnalités "mineures", qui sont révélatrices du degré de maturité d'un projet pour le Desktop grand public. Par exemple : la complétion de l'adresse email dans la fenêtre d'envoi ordonne les possibilités selon la fréquence d'envoi de courriers à chaque utilisateur.
- nombreuses mises à jour de sécurité
>
>
>
>
Après le navigateur et la suite bureautique, Thunderbird représente une alternative à un troisième quasi-monopole de fait de Microsoft sur le marché.
Évidemment, ce n'est pas gagné. Thunderbird a beau présenter des options novatrices, présenter une ergonomie accrue et une sécurité bien supérieure, les critiques sont déjà prévisibles : pas de calendrier, pas de gestion de dossiers publics ("Public Folder").
Sunbird répondra à ce besoin, mais est encore en version alpha.
Aller plus loin
- Homepage de Thunderbird (2 clics)
- Page d'accueil du projet (1 clic)
- Annonce de la sortie de Thunderbird 1.5 (2 clics)
- Changelog détaillé (depuis 1.0) (2 clics)
- V 1.5 : Release Notes (2 clics)
- Le projet sunbird - calendrier en développement (1 clic)
# Groupware contre client mail
Posté par Colin Leroy (site web personnel) . Évalué à 9.
Évidemment, ce n'est pas gagné. Thunderbird a beau présenter des options novatrices, présenter une ergonomie accrue et une sécurité bien supérieure, les critiques sont déjà prévisibles : pas de calendrier, pas de gestion de dossiers publics ("Public Folder").
Oui, mais Thunderbird n'a pas vocation à être un groupware à la Outlook, à ma connaissance. Pour ça, voir Evolution.
la complétion de l'adresse email dans la fenêtre d'envoi ordonne les possibilités selon la fréquence d'envoi de courriers à chaque utilisateur.
Pas mal comme idée...
[^] # Re: Groupware contre client mail
Posté par RB . Évalué à 10.
J'attend surtout ça dans firefox avec les URLs. Et aussi la possibilité d'éditer l'historique des URLs tappées pour enlever par exemple une faut de frappe que l'on a fait une fois et qui se trouve systèmatiquement à la première position des choix...
De plus, dans firefox, quand on saisit les données d'un champ, il propose un menu de compléments, mais même si on a tapé exactement ce qui est proposé dessous (même si c'est le seul choix), le menu ne disparait pas et c'est chiant.
[^] # Re: Groupware contre client mail
Posté par LeMagicien Garcimore . Évalué à 3.
* Dans thunderbird. Je comprends pas pourquoi la liste de complétion des adresses email n'est pas une vraie combo box. J'ai passé du temps à me demander pourquoi ce cretin ne m'affichait pas toutes les possibilités, avant de comprendre qu'il y avait un assenceur tout à droite de la liste...
* Dans firefox. Depuis la version 1.5, les menus n'utilise plus les menus systèmes pour l'affichage. A la place on a un truc maison, qui s'integre pas dans mon bureau. C'est même pas uniforme avec Thunderbird...
Sinon Firefox et Thunderbird roulaizent :)
[^] # Re: Groupware contre client mail
Posté par Aldoo . Évalué à 6.
Pourquoi est-ce que Firefox/TB me remplace le curseur de souris X par défaut que j'ai choisi avec amour (euh, j'en rajoute ;-) ) par un curseur noir tout moche ?
En fait, pour être plus précis, ça le fait chez moi sous KDE, mais pas au boulot (XFCE)... si le gestionnaire de bureau à un rapport avec ça... ce qui n'est pas évident ;-).
Et pourquoi le glisser/déplacer fonctionne si mal ? En fait, souvent le curseur attrape un objet alors qu'il n'y a pas lieu (je ne maintiens pas de bouton enfoncé)... et je suis obligé d'aller trouver une zone "neutre" pour aller déposer l'objet sans que ça ne me le colle n'importe où.
Je précise que ces 2 bugs sont déjà déposés dans le bugzilla... mais bon, ça fait tellement longtemps qu'ils existent sans être corrigés...
[^] # Re: Groupware contre client mail
Posté par Jeanuel (site web personnel) . Évalué à 4.
[^] # Re: Groupware contre client mail
Posté par yoho (site web personnel) . Évalué à 7.
[^] # Re: Groupware contre client mail
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
Tu peux etre plus précis? Ni l'un ni l'autre n'utilisent les "menus systemes", quelque soit ce que ca veut dire. Par contre, ils essayent du mieux qu'ils peuvent d'émuler le look & feel des widgets GTK, et notamment dans firefox 1.5 il ya eu diverses améliorations dans ce sens.
Si ca ne marche pas pour toi, le cahier de doléances en ligne, c'est http://bugzilla.mozilla.org/ . Tu devrais commenter un bug existant, voire le ré-ouvrir si il est fermé et que tu es sur que c'est le bon. Un bon point de départ, c'est le meta bug gtk2: https://bugzilla.mozilla.org/show_bug.cgi?id=92033 (fouille les dépendances, y compris les fermées)
[^] # Re: Groupware contre client mail
Posté par Thomas Debesse (site web personnel) . Évalué à 3.
Il y aurait peut être un malencontreux malentendu non ? :)
Aux dernières nouvelles il me semblait que sous windows FF/TB et GTK étaient tout les deux dans le même cas : émuler le look & feel de windows. (WIMP pour GTK il me semble).
Donc cela m'étonnerai que sous windows FF tente d'émuler le look & feel de GTK qui tente lui même d'émuler le ... :D
Mais bon ça n'empêche que les histoires de cahier de doléances etc, c'est toujours valable bien sûr ! ;)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Groupware contre client mail
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
Maintenant, le probleme est le meme pour windows (sauf que c'est pas GTK qui est émulé, mais windows :), il ne s'agit pas des widgets natifs, donc il peut y avoir des différences de rendu, mais ca s'est aussi beaucoup amélioré pour firefox 1.5, par exemple de mémoire le theme classic (par opposition a luna, sous xp) passe beaucoup mieux avec firefox 1.5 que avec les 1.0.x. Voir le bug autour duquel tout a tourné pendant le développement de firefox 1.5: https://bugzilla.mozilla.org/show_bug.cgi?id=243078
[^] # Re: Groupware contre client mail
Posté par LeMagicien Garcimore . Évalué à 1.
Bof, je ne suis pas d'accord, en tout cas pour mon histoire de menu.
Par exemple:
http://garcimore1.free.fr/vrac/menu_firefox.png
à gauche le menu de firefox, à droite celui de l'explorateur windows (on ne peut plus natif).
Alors que dans les anciennes version de Firefox, c'était nickel ! La preuve:
http://desktop.google.com/plugins/images/firefox.gif
[^] # Re: Groupware contre client mail
Posté par Barnabé . Évalué à 8.
Il faudrait peut-être cesser de faire souffrir les mouches.........
[^] # Re: Groupware contre client mail
Posté par yves a (site web personnel) . Évalué à 0.
Je préfère largement voir les dévellopeurs de Fx/thunderbird travailler à corriger les crash que perdre leur temps sur des détails aussi insignifiants.
[^] # Re: Groupware contre client mail
Posté par LeMagicien Garcimore . Évalué à 2.
Je m'étonne juste de ce retour en arrière.
[^] # Re: Groupware contre client mail
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
[^] # Re: Groupware contre client mail
Posté par Conrad . Évalué à 3.
Et j'ai cru me rendre compte que c'était les même menu que sous Office XP, mais là je ne l'ai plus alors je peux pas vérifier.
[^] # Re: Groupware contre client mail
Posté par jmny . Évalué à 1.
[^] # Re: Groupware contre client mail
Posté par Mathieu Pillard (site web personnel) . Évalué à 10.
Yavait du boulot de prévu sur ce point, je sais pas ou ca en est. Vu que ca vient d'etre fait dans thunderbird ya bon espoir que quelqu'un fasse la meme reflexion que toi et réveille le truc :)
Mais sinon, pour enlever des trucs avec des fautes de frappe, tu peux utiliser shift+delete.
Pas sur de bien comprendre: tu veux que ca complete automatiquement et que le menu disparaisse, sans que tu fasses quoi que ce soit?
[^] # Re: Groupware contre client mail
Posté par thom_ra . Évalué à 1.
Merci 1000 fois !
[^] # Re: Groupware contre client mail
Posté par Mathieu Pillard (site web personnel) . Évalué à 4.
Perso, je trouve ca un peu too much, un bouton tout moche qui prend de la place dans la toolbar rien que pour ca, mais je suis sur que ca plaira a des gens :)
Enfin, il ya pas mal de parametres et/ou d'extensions qui font des trucs sympa avec la barre d'url, type autocompletion ala IE (completion directement, sans menu), ala Netscape (uniquement le menu des choix qui correspondent) ou les 2 (mon choix personel, ce qui fait que je ne me souviens plus de ce que fait firefox par défaut :), possibilité d'utiliser les noms de bookmarks ou de pages de l'historique comme urls, etc. Tout cela est trouvable dans tout bon moteur de recherche, il est tard, j'ai la flemme pour les liens la :)
[^] # Re: Groupware contre client mail
Posté par tgl . Évalué à 2.
En fait j'ai juste trouvé une extension, "AutoMarks", qui ne fonctionne pour que si les bookmarks ne sont pas rangés dans des dossiers, donc vraiment pas terrible.
Donc voilà, si tu connais une astuce dans ce genre, et que t'as une minute non flemmarde pour m'en faire profiter, je t'en serai infiniment reconnaissant et tout et tout.
[^] # Re: Groupware contre client mail
Posté par armanoid . Évalué à 2.
http://extensions.geckozone.org/InlineAutocomplete
Sur addons.mozilla.org j'ai rien trouvé de spécial
[^] # Re: Groupware contre client mail
Posté par tgl . Évalué à 2.
Merci quand même ;-)
[^] # Re: Groupware contre client mail
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
browser.urlbar.autoFill. C'est l'un des parametres sympa dont je parlais plus haut.
[^] # Re: Groupware contre client mail
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
Le bug est la: https://bugzilla.mozilla.org/show_bug.cgi?id=101642
Dedans ils conseillent d'utiliser... automarks. Mwai bon je pense que la va falloir que tu ailles demander a l'auteur pourquoi c'est fait comme ca et si il peut pas le changer :)
[^] # Re: Groupware contre client mail
Posté par tgl . Évalué à 2.
Sinon pour Automarks, le principal problème que je rencontre (répertoires) a déjà été signalé à l'auteur en fait (discussions sur la page addons.mozilla.org et ailleurs). Mais bon, même sans ce soucis là, ça vaudrait pas une vrai implémentation direct dans Autocomplete : ce que fait l'extension, c'est juste copier toutes les URLs bookmarkées dans l'historique, c'est quand même crado. Et puis il faut le déclencher manuellement en clickant une ch'tite entrée dans un menu, et puis ça disparait rapidement si tu gardes ton historique que qlqs jours, et ça reste pas en synchro avec les bookmarks ajoutés par la suite, etc., donc c'est vraiment bof bof en fait.
Enfin bon, tant pis, c'est pas aujourd'hui que je vais me mettre à la programmation XPcom, donc je vais prendre mon mal en patience...
[^] # Re: Groupware contre client mail
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à 4.
La gelée de coings est une chose à ne pas avaler de travers.
[^] # Re: Groupware contre client mail
Posté par arsunt . Évalué à 4.
Très pratique ;)
[^] # Re: Groupware contre client mail
Posté par l_arpenteur_k . Évalué à 2.
J'étais persuadé que c'était déjà le cas ! Tout à coup, ça m'inquiète.
[^] # Re: Groupware contre client mail
Posté par Anonyme . Évalué à 2.
[^] # Re: Groupware contre client mail
Posté par Zenitram (site web personnel) . Évalué à 4.
Le probleme est qu'a l'heure actuelle il n'y a AUCUN moyen de gerer un calendrier, ni a l'interieur de Thunderbird, ni à l'exterieur (contrairement au lien avec le navigateur, un clic sur mailto, hop thundrbird, ou un clic sur un lien dans Thunderbird, hop Firefox.
Et, désolé, mais ca devient, en tout cas en entreprise, bloquant de ne pas avoir de lien avec un calendrier (surtout quand on recoit une invitation par email)
Vivement que Thunderbird+Sunbird sorte!
[^] # Re: Groupware contre client mail
Posté par Colin Leroy (site web personnel) . Évalué à 4.
(ah, ça c'est vu? :-)
[^] # Re: Groupware contre client mail
Posté par bz31 . Évalué à 4.
[^] # Re: Groupware contre client mail
Posté par Colin Leroy (site web personnel) . Évalué à 2.
[^] # Re: Groupware contre client mail
Posté par bz31 . Évalué à 4.
[^] # Re: Groupware contre client mail
Posté par Zenitram (site web personnel) . Évalué à 7.
Et c'est TRES important pour une entreprise qui souhaite maitriser son système d'information : choix de l'OS, choix de ses applications.
En choisissant Evolution, elle continue de s'enfermer dans une obligation de choisir l'OS en fonction des logiciels au-dessus, soyons logiques et lucides, si une entreprise change de client mail, ce n'est pas parce que c'est libre (99% des entreprises s'en foutent), ce n'est pas toujours parce que c'est moins cher (car ca l'est pas toujours, MS file de sacrées ristournes au grosses boites), c'est que ca leur file une indépendance certaines vis-à-vis des autres éditeurs.
Et ca, ca fait baisser les prix des autres éditeurs (comme... L'OS par exemple, donc MS aura moins d'argent, donc MS aura plus de mal a developper...).
Un décideur, ce qui lui plait c'est que ca lui coute le moins cher (Linux et le libre, c'est bien), sans perturber son systeme d'information (Ooo, Firefox, Thunderbird, c'est bien, pas Evolution : ca l'oblige a changer l'OS et le lecteur de mail en meme temps, Outlook n'etant pas supporté sous Linux, et un décideur, ca aime pas avoir deux sources d'ennui a la fois...)
[^] # Re: Groupware contre client mail
Posté par Juke (site web personnel) . Évalué à 3.
La preuve en image :
http://tml-blog.blogspot.com/2005/06/evolution-limps-along-o(...)
La page du projet :
http://evolution-win32.sourceforge.net/index.php
Comment faire :
http://www.go-evolution.org/Building_Evolution_on_Windows
[^] # Re: Groupware contre client mail
Posté par Bruce Le Nain (site web personnel) . Évalué à 2.
Wiki : http://wiki.mozilla.org/Calendar:Lightning
et http://wiki.mozilla.org/Calendar_Talk:Lightning
Tentative de roadmap : http://wiki.mozilla.org/Calendar:Lightning:Roadmap
un article en français (un peu ancien mais on en trouve pas mal avec google) : http://www.zdnet.fr/actualites/internet/0,39020774,39267855,(...)
# spreadthunderbird !
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
Notons par exemple le filtre anti-spam :
http://ploum.frimouvy.org/?2006/01/11/89-the-ploum-s-ultimat(...)
Un spreadthunderbird massif !!! Gros défaut par rapport à Firefox : très difficile d'évaluer les parts de marché.
(note : ceci est un lien vers mon blog perso. Si vous trouvez que c'est vraiment pas bien de ma part de faire ça, moinssez-moi et ne cliquez pas, pas besoin d'en faire un débat)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: spreadthunderbird !
Posté par Sixel . Évalué à 9.
Je dis peut-être une grosse connerie, je n'ai fait que très peu de réseau et encore moins de protocoles mail durant mes études, mais il n'y a pas de meta-données concernant le client de mail qui circulent avec le mail? A la manière du user-agent des navigateurs web?
A partir de là, un simple compteur placé sur quelques serveurs publics de mail devrait permettre de tirer des stats exploitables, non?
Mais que les spécialistes en protocoles réseau me jettent la première pierre, comme dit précédemment, c'est possible que je dise une grosse connerie, car ça me paraît vraiment trop simple...
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).
[^] # Re: spreadthunderbird !
Posté par davux (site web personnel) . Évalué à 5.
La seule différence se trouve dans le traitement de cette information entre les serveurs HTTP et les serveurs SMTP « courants » : les premiers conservent cette information dans les logs, les seconds non. Et ce sont principalement les logs qui permettent de sortir les stats d'utilisation.
Il faut noter qu'il y a quand même une différence topologique importante:
* En HTTP, la communication est client/serveur, autrement dit la fin de la chaîne est le serveur, que ça intéresse de faire des stats sur ce genre de choses.
* En SMTP, c'est du client/serveur/.../serveur/client. Du coup, ça veut dire que les serveurs SMTP ne pourraient pas faire de stats fiables, car un même mail serait comptabilisé par plusieurs serveurs.
Une possibilité serait de faire des stats du côté des serveurs POP/IMAP. Je pense que le côté « vie privée » des mails, qu'on ne retrouve pas (autant) pour les pages web, joue beaucoup dans le fait que ça ne soit pas déjà fait.
Une autre possibilité serait un plugin sur les clients mail, construisant des stats par rapport aux mails reçus.
[^] # Re: spreadthunderbird !
Posté par Gauthier (Mastodon) . Évalué à 1.
Dans le fichier : /etc/postfix/header_checks tu ajoutes la ligne suivante:
/^User-Agent:.*/ WARN
Et dans ton fichier main.cf tu ajoutes ceci:
header_checks = regexp:/etc/postfix/header_checks
Comme ça tu logues l'User-Agent de tous les mails qui passe sur ton serveur de messagerie.
[^] # Re: spreadthunderbird !
Posté par Gauthier (Mastodon) . Évalué à 2.
renvoi d'avantage d'information
[^] # Re: spreadthunderbird !
Posté par animal_omega . Évalué à 5.
de la meme facon qu'ont peut savoir les parts de marché du web en regardant le useragent que les navigateurs mettent dans l'entete http, tu peux regarder le mua qu'il y a dans les entetes smtp, non ?
[^] # Re: spreadthunderbird !
Posté par j (site web personnel) . Évalué à 3.
Celle que j'utilise pour tous mes courriers :
--
Mozilla Firefox & Thunderbird : http://www.mozilla-europe.org
[^] # Re: spreadthunderbird !
Posté par gnujsa . Évalué à 10.
Thunderbird est trés bien, mais il en existe plein d'autre au moins aussi bien et peut-être même mieux (sylpheed, evolution, kmail, emac^W, etc...). Le web, et les emails sont 2 domaines bien différent: Il n'y a pas vraiment de danger pour les standards à utiliser outlook, contrairement à internet explorer. Tout au plus, ils se punissent eux-même en attrapant des virus (et encore que, si ils sont malin, il peuvent l'éviter). Je n'ai encore jamais rencontrer de serveur POP/IMAP/SMTP « Outlook only ».
Je ne connais pas la situation en entreprise, mais le « spreadthunderbird » ne s'adresse pas aux entreprises ? D'autre part, la quasi-totalité des gens que je connais, utilisent des webmails. Quel est l'intérêt de les forcer à passer du webmail à Thunderbird ? Toute cette pub « Get Firefox », ces logos (non libre) de renard rouge m'agace un peu, mais je me dit que c'est un mal nécessaire, alors que pour Thunderbird, j'en suis moins sur ...
[^] # Re: spreadthunderbird !
Posté par Anonyme . Évalué à 3.
A mon sens, c'est ce qui le rend bien plus attractif que tous les autres (à condition d'utiliser KDE, évidemment).
D'ailleurs, je l'utilise depuis 2 semaines, fatigué par la dernière maj de nognus cassant la moitié des trucs chez moi (plus de carnet d'adresse etc).
[^] # Re: spreadthunderbird !
Posté par Pierre Jarillon (site web personnel) . Évalué à 4.
Je n'ai rien à reprocher à Kmail car j'ai tout ce dont j'ai besoin. Ah, si, je voudrais la possibilité de remonter la chaîne des derniers mails consultés. À part cela, je ne vois rien à ajouter.
[^] # Re: spreadthunderbird !
Posté par gnumdk (site web personnel) . Évalué à 5.
Ce que j'aime:
- La liste déroulante pour les adresses emails, au lieu d'avoir un champs à ralonge avec plusieurs adresses dedans, kmail offre un champ par adresse avec une liste déroulante, je trouve ca bien plus pratique.
- Le gestionnaire de filtre qui est bien plus pratique que son équivalent evolution/thunderbird.
- La gestion automatique des adresses du type toto AT titi DOT com , bon, pour l'instant ca marche que pour l'anglais :(
- La possibilité de ne lancer que la fenetre de composition de mail via un petit kmail --composer
- Le stabilité de kmail, c'est à mon avis l'application la plus stable que l'on trouve sous Kde :) C'est marrant d'ailleurs, parce que l'application la moins stable que l'on trouve sous Gnome, c'est Evolution !
Par contre, sur mon laptop, je suis sous Gnome et apres avoir travaillé avec evolution et supporté ses bugs, je suis finalement passé sous Thunderbird qui est bien plus stable.
Je n'ai pas trop de reproche à lui faire, l'interface est claire, c'est stable mais:
- Quand j'envoie un message, j'aimerai bien ne pas avoir de popup qui m'indique le status de l'envoie... La fenetre principale pourrait tres bien me donner ce genre d'informations.
- Sous GNU/Linux, c'est quand meme très lent, c'est assez dommage... Sous windows, je n'ai pas remarqué ce probleme.
- La fenetre de gestion des comptes aurait besoin d'une reécriture complete, elle est bien trop complexe pour l'utilisateur lambda...
Voila, sinon, je vais attendre sagement que ma distrib mette à jour vers la 1.5 afin de tester cette nouvelle version.
[^] # Re: spreadthunderbird !
Posté par Mildred (site web personnel) . Évalué à 2.
Et même pour n'importe qui ...
Le problème c'est que la liste des comptes se ralonge dramatiquement avec l'ajout d'un seul compte ... Pas ergonomique ...
Au fait, elle a changé avec Thunderbird 1.5 ou pas encore ?
[^] # Re: spreadthunderbird !
Posté par berti . Évalué à 2.
Y'a t'il moyen de laisser les mails sur le serveur POP et de ne les effacer uniquement quand on supprime/déplace le mail en local ? Ceci afin de pouvoir lire ses mails tranquillement à partir de plusieurs ordinateurs. Je me souviens que j'utilisais cela il y a déjà 8 ans sous windows et kmail ne saurait pas le faire ?
J'aimerais pouvoir me passer d'IMAP avec lequel j'ai trop de problèmes si j'essaie d'appliquer des filtres. Pour l'instant je suis obligé d'appliquer un filtre antispam manuel sur mon compte IMAP, c'est pas génial....
[^] # Re: spreadthunderbird !
Posté par seraf1 . Évalué à 2.
[^] # Re: spreadthunderbird !
Posté par berti . Évalué à 3.
[^] # Re: spreadthunderbird !
Posté par briaeros007 . Évalué à 2.
[^] # Re: spreadthunderbird !
Posté par berti . Évalué à 2.
J'ai juste :
-Leave messages on the server for x days
-Keep only the last x messages
-Keep only the last x MB
Quel distrib tu utilises ? Y'a des patches en plus ? Pourquoi ne sont-ils pas insérés dans la version officiels ?
Ceci dit, c'est intéressant, j'arriverai peut-être à récupérer les patches :-)
[^] # Re: spreadthunderbird !
Posté par briaeros007 . Évalué à 3.
/me se tappe.
[^] # Re: spreadthunderbird !
Posté par Jérôme FIX (site web personnel) . Évalué à 1.
Mieux vaut utiliser IMAP dans ce cas ...
[^] # Re: spreadthunderbird !
Posté par berti . Évalué à 2.
[^] # Re: spreadthunderbird !
Posté par stef . Évalué à 2.
Plus il y aura de clients mail différents (donc de gens pour les utiliser), plus les standards (POP, IMAP) devront être respectés. Là est l'intérêt collectif, et non pas dans 99% de "parts de marché" pour tel ou tel soft, qu'il soit libre ou non.
[^] # Re: spreadthunderbird !
Posté par herodiade . Évalué à 10.
Mais une plus grande popularité de Thunderbird presenterai de nombreux intérets, quoiqu'il en soit concernant le respect des standards.
- Une plus grande diversité des clients rendrait les malwares (virus, trojans, worms etc.) moins efficients. Ils se propageraient plus difficilement.
Celà ne concerne pas seulement les outlooko-windowsiens: un voisinage plus sûr est aussi bénéfique pour nous (penser aux effets de congestion réseau à l'apparition de certains worms, ou aux effets d'un keylogger sur sur un réseau d'entreprise....)
Je ne sait pas si TB est en soi plus sûr qu'Outlook (celà dit, le fait de demander confirmation lors de l'envoi d'un attachement rend ses faiblesses moins contagieuses) mais il s'agit ici de sécurité par la diversité.
La monoculture logicielle est toujours mauvaise pour la sécurité.
- TB offre une grande indépendance à l'environement logiciel sous jacent. Il est portable. Par conséquent, s'habituer à l'utilisation de TB (comme à l'utilisation d'OOo et de FF) constitue un pas vers l'independance de l'OS de Redmont (mais aussi de l'OS de Torvalds).
Là encore, ça ne concerne pas seulement l'utilisateur d'Outlook. Par exemple si de nombreux utilisateurs en entreprises (et les fonctionnaires) étaient utilisateurs d'OOo + FF + TB, les migrations vers des solutions moins chères et plus faciles à administrer, voir libres, seraient souvent possibles, au bénéfice des admins et des contribuables.
- Au delà du respect des standards, il y a celui de la netiquette. Je ne saurait dire à quel point TB est meilleur sur ce plan, mais Outlook encourage les utilisateurs à répondre au-dessus du texte cité, enlève l'espace dans "-- ", active la composition en html par défault etc.
- Au delà d'IMAP, SMTP et POP3, certains clients mails (dont Outlook et Notes) sont conçus pour pouvoir dialoguer avec des applis serveurs de type "groupwares" (comme MS Exchange), qui font beaucoup plus que la gestion du courriel, et rendent presque impossible l'utilisation d'un poste client sous Linux, *BSD ou Mac dans ce contexte.
- Le fait que nos correspondants puissent valider des signatures ou dechiffrer des messages soit un besoin important n'est plus à démontrer. Lire par exemple l'explication de Phil Zimmermann ici: http://www.animatedsoftware.com/hightech/philspgp.htm
TB permet d'utiliser les standards de la cryptographie dès l'installation (bon, pour être honnète, il y a encore du travail ... mais c'est mieux qu'Outlook).
- L'utilisation à grande echelle de filtres antispams rendra le spam moins interessant economiquement. Pour le bénéfice de tous.
Celà étant dit, TB n'est pas le seul client libre possédant tout ces atouts; mais c'est peut-être celui qui à le plus de chances de percer auprès du grand public (donc celui vers lequel devraient converger nos efforts de migration, je suppose).
[^] # Re: spreadthunderbird !
Posté par Mildred (site web personnel) . Évalué à 1.
[^] # Re: spreadthunderbird !
Posté par herodiade . Évalué à 2.
Mais attention, OpenPGP n'est pas le seul protocole qui definit les fonctionalités cryptographiques (signature, chiffrement, gestion des certificats ...) et leur utilisation pour le courrier électronique.
En l'occurence TB implémente S/MIME (on accède au paramétrage par le menu Edition/Paramètre des comptes/Sécurité).
Pour plus d'infos sur S/MIME, voir les RFC concernées (3850, 3851, 3852, 4134 et 4262 en particulier) et l'entrée wikipedia ( http://en.wikipedia.org/wiki/S/MIME ).
S/MIME et OpenPGP sont malheureusement « incompatibles » (on ne peut pas déchiffrer ou verifier une signature d'un proto à l'autre, comme expliqué ici: http://www.imc.org/smime-pgpmime.html ). Enigmail reste donc utile pour l'interopérabilité.
[^] # Re: spreadthunderbird !
Posté par Olivier Jeannet . Évalué à 2.
Pour l'anecdote, les feuilles de soins électroniques envoyées dans le cadre du système SESAM-Vitale utilisent le S/MIME, c'est de la messagerie chiffrée entre les postes des médecins et les frontaux des assurances maladie.
[^] # Re: spreadthunderbird !
Posté par dawar (site web personnel) . Évalué à 2.
# Le journal
Posté par Jeanuel (site web personnel) . Évalué à 1.
https://linuxfr.org/~qbeek/20580.html
[^] # Re: Le journal
Posté par Tr4m0 . Évalué à -9.
[^] # Re: Le journal
Posté par Mr_Moustache . Évalué à 8.
[^] # Re: Le journal
Posté par Anonyme . Évalué à 5.
[^] # Re: Le journal
Posté par Jeanuel (site web personnel) . Évalué à 8.
[^] # Re: Le journal
Posté par Anonyme . Évalué à 2.
# Présentation imagée des nouveautés de Thunderbird 1.5
Posté par Omnisilver . Évalué à 9.
http://www.geckozone.org/articles/2006/01/12/107-decouvrez-l(...)
Si l'un de vous y trouve une coquille, un petit mot sous l'article ou sous ce commentaire, et nous y remédierons aussi rapidement que possible !
# Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par Djax . Évalué à 3.
Est-ce que la lecture des newsgroups a été améliorée?
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par KaTeznik (site web personnel) . Évalué à 2.
Bravo à toute l'équipe !
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par ragoutoutou . Évalué à 3.
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par Djax . Évalué à 3.
Une meilleure gestion du cache, de l'arborescence des discussion (pouvoir plier et déplier les branches et pas juste la racine), un meilleur téléchargement pour les newsgroup binaires, la suppression des message échus plus transparente et l'ajout d'un bouton "répondre au groupe" en feraient un newsreader digne de ce nom. Dommage que Pan ne fasse pas partie de la suite Mozilla.
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par ragoutoutou . Évalué à 2.
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par Djax . Évalué à 1.
"Cliquez ici pour enlever tous les articles qui ont expiré"
Je clique dessus et ça m'ouvre une nouvelle instance de TB. Je trouve ce comportement plus qu'étrange et indigne d'une version 1.*.
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par Djax . Évalué à 1.
Vous pouvez télécharger l'extension "Reply In Group" ici:
http://djax.linuxbourg.ch/mozilla/
PS: J'ai posté l'extension sur mozilla.org, mais faut attendre la modération.
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par Djax . Évalué à 1.
Je viens de me rendre compte que le bouton "Répondre au message" (Enveloppe avec une flèche verte) servait aussi à répondre dans le forum, et pas à répondre à l'expéditeur comme pour un mail comme je le pensais.
Ce que je ne comprend pas c'est pourquoi quand je fais un clic contectuel sur le message, j'ai le choix entre
"Répondre à l'expéditeur",
"Répondre dans le forum",
"Répondre à tous"
et "Transférer"
et quand je passe ma souris sur les icones, j'ai une bulle
"Répondre au message" (1 enveloppe avec flèche verte qui pointe vers la gauche),
"Répondre à l'expédideur et tous les destinataires" (2enveloppes avec une flèche bleu ciel qui ponte vers la gauche)
et "Transférer le message sélectionné"(1 enveloppe avec une flèche mauve qui va pointe vers la droite).
"Répondre au message" est trop générique et n'apporte rien, on voit bien qu'on ne répond pas au téléphone.
[^] # Re: Est-ce que l'IMAP et Usenet se sont améliorés?
Posté par Djax . Évalué à 1.
# LDAP en ecriture
Posté par David Roche . Évalué à 3.
Par contre, j'attends toujours le support du LDAP en écriture pour le boulot... Snif
Dans la prochaine version peut-être.
[^] # Re: LDAP en ecriture
Posté par Pior . Évalué à 1.
Ou même si c'est vraiment une bonne chose...
J'attendais ça avec impatience jusqu'au jour ou j'ai un peu mis le nez dans le ldap pour m'apercevoir que c'était pas tellement conçu dans cette optique (mais c'est apparement pas impossible)
Bref personne pour nous dire si on pourra un jour partager son carnet d'adresse ? (et le mime par imap alors ?)
[^] # Re: LDAP en ecriture
Posté par Colin Leroy (site web personnel) . Évalué à 2.
Export/Import LDIF ?
[^] # Re: LDAP en ecriture
Posté par David Roche . Évalué à 2.
Pour l'import/export LDIF, mes utilisateurs sont pas trop pour. :)
Ils preferent le glisser/déplacer depuis les adresses collectées vers le carnet d'adresse réseau.
Mais je ne desespère pas. A priori, ils sont conscient que ça manque, c'est juste qu'ils ont d'autres priorités :
http://wiki.mozilla.org/Thunderbird:Collected_User_Requests#(...)
"A very important feature that the Mozilla family lacks is write mode LDAP access. Evolution has it and makes creating a shared address book extremely easy."
# interaction avec un filtre coté serveur
Posté par herodiade . Évalué à 2.
Toutes les annonces concernant la sortie de TB 1.5 restent vagues sur ce point (et rien dans la "TB FAQ", "Knowledge Base" ou dans "TB Help" sur le site web).
J'administre des serveurs SMTP/POP3/IMAP et je serait heureux d'aider les utilisateurs de TB à lutter contre le spam, mais avec si peut d'infos ça ne va pas être facile !
[^] # Re: interaction avec un filtre coté serveur
Posté par skuld . Évalué à 2.
[^] # Re: interaction avec un filtre coté serveur
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
C'est relativement générique: il est possible de créer ses propres fichiers pour gérer un autre système du même genre assez facilement. Pour trouver les trucs supportés par défaut et voir à quoi ressemblent ces fameux fichiers, c'est par la par la: http://lxr.mozilla.org/mailnews/find?string=.sfd
# Rss grrr
Posté par Conrad . Évalué à 1.
En plus ils ont l'air au courant ...
https://bugzilla.mozilla.org/show_bug.cgi?id=258465
# Est ce que l'affichage rame moins ?
Posté par Guillaume_T . Évalué à 4.
Je ne sais pas si des progrets sont prévus dans ce sens, je me doute que c'est sans doute le prix à payer pour la portabilité, mais j'ai vraiment beaucoup de mal lorsque l'interface d'une application rame...
[^] # Re: Est ce que l'affichage rame moins ?
Posté par Anonyme . Évalué à 3.
[^] # Re: Est ce que l'affichage rame moins ?
Posté par meta . Évalué à 2.
Ca donne une impression de LAG tres desagréable.
[^] # Re: Est ce que l'affichage rame moins ?
Posté par Mildred (site web personnel) . Évalué à 1.
Et aussi intégrer Firefox et Thunderbird dans XulRunner ... mais ce sera pour la version 2.0 je pense.
[^] # Re: Est ce que l'affichage rame moins ?
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.