Je tiens à préciser que ce journal n'a rien à voir avec le journal précédent (bien qu'il parle aussi d'evolution).
Je commence l'histoire. Par mon labo, j'ai un compte sur un bureau virtuel qui fait pleins de trucs : mail (serveur imap sécurisé), agenda, taches, et pleins d'autre trucs.
Pour info, tout tourne sous "horde" (webmail, webagenda etc.)
Alors je me dis chouette ! c'est l'occasion de m'organiser un miminum, et de pouvoir gérer correctement un agenda ie. pouvoir le synchroniser avec différents pc et tout. Le tout en gérant mon compte mail avec imap ce qui est bien pratique.
Comme j'utilise gnome (ceux qui répondent, "bah va sous KDE" se feront moinser), je pense exploiter enfin pleinement evolution. Jusque là j'avais un agenda "perso", mais vu que je ne pouvais le synchroniser nul part, il me servait pas beaucoup.
1ere étape : configuration du compte mail.
Pour consulter mes mails via imapS (ssl), ca marche bien. Cool, c'est bien parti me dis-je.
Ensuite, j'aimerais en envoyer, des mails (sinon ca sert a rien). Le service proposé propose du smtps avec SSL ou TLS. Avec SSL, il faut un contrat personel que je ne peux pas avoir.
Ils ont prévu ce cas, et alors il faut utiliser TLS. Donc je configure pour utiliser TLS. Et la, ca marche pas. Impossible d'envoyer le moindre mail.
J'essaie sous thunderbird : tout marche niquel !
J'ai reussi à contourner le problème grace à un tunnel ssh (vive la simplicité !).
Je trouve ca abérant qu'evolution gère mal TLS alors que thunderbird est 3 fois plus simple à configurer et marche direct.
2eme étape : vient le calendrier.
Sous evo, je crée un calendrier sur le web, avec l'url qui va bien. Les taches créées en ligne apparaissent. Cool.
J'essaie de créer une tache sous evo : il me jette en me disant que le calendrier est en lecture seule !
J'installe sunbird : aucun probleme ! Et encore une fois, plus simple a configurer qu'evo...
Je voulais utiliser evo pour son integration avec gnome, et pour certaines possibilités qui sont sur le papier (integration entre mails/tache/agenda), mais que je ne pourrais pas tester...
Bref, je croyais qu'evo etait surtout destiné au monde pro. Et evo ne gère pas ces trucs qui me semble de base ! Vouloir synchroniser son agenda avec un agenda en ligne ne me semble pas etre une action ésotérique, si ? De meme que le support TLS, il ne date pas du mois dernier ?
J'aime gnome, mais evolution est vraiment une application de merde. Ou alors j'ai loupé des trucs ? (dites moi que c'est moi l'idiot, ca m'arangerait ici).
Je ne parle pas de l'interface que je trouve super mal faite : ca fait 2 ans qu'ils doivent séparer les interfaces utilisateurs, on attend toujours ; et l'interface de l'agenda et de la todoliste est horrible. Je ne parle pas non plus des reproches fait par beaucoup (lourdeur et lenteur).
Voila, je ne poste pas dans un forum, car apparement il n'y a pas de solution (à part de coder ce qu'il manque). J'étais bien énervé, et ca permet de se calmer :)
Et s'il y a des gens qui sont au courant de l'evolution (haha !) de ce logiciel... J'ai vraiment l'impression qu'il n'avance plus depuis un bon bout de temps. Ou alors des ajouts cosmétiques et bien moins important que les deux précédents (la synchro de l'agenda avec un ipod : super ! On a souvent un ipod en entreprise pour gérer son agenda...)
Bref, je vais devoir utiliser thunderbird et sunbird, qui ne sont pas intégrés à gnome... Et semble offrir moins d'intégration entre eux deux (mail et agenda), que evolution.
Journal c'est moi ou evolution est une bouse ?
3
oct.
2007
# plein d'innovations !
Posté par ploum (site web personnel, Mastodon) . Évalué à 10.
Mes livres CC By-SA : https://ploum.net/livres.html
# Linux pas prêt pour le PIM
Posté par Aldoo . Évalué à 7.
Vraiment, j'ai l'impression qu'il y a beaucoup de choses à revoir de ce côté là sous Linux.
En même temps, quand je vois comment mon père galère pour synchroniser sous Windows/Outlook... ça n'a pas l'air tellement mieux.
Finalement, c'est peut-être tout qui est à revoir sous toutes les plateformes !
Est-ce que quelqu'un ici présent a une expérience quotidienne satisfaisante en terme de gestion d'informations personnelles ? Avec quels outils ? En utilisant quelles fonctionnalités ? (travail en groupe ? synchronisation de plusieurs appareils ?)
[^] # Re: Linux pas prêt pour le PIM
Posté par Alex . Évalué à 1.
Néanmoins j'avais eu avec egroupware 1.2 et kontact un certains succès, et je pouvais faire la synchro entre mon k750 et egroupware via syncml (pas reussi à faire la synchro, entre kontact et mon téléphone)
Sinon zimbra marche pas trop mal, à part qu'il ne synchronise pas avec mon tel.
[^] # Re: Linux pas prêt pour le PIM
Posté par Sano . Évalué à 1.
Par dessus tout ça, kde a un petit outil de synchro (kitchensync) qui utilise opensync, ce qui évite de se cogner les fichiers de conf et la ligne de commande.
Par contre je suis assez déçu (je ne sais pas si ça vient de syncml ou d'opensync), parce que tous les champs ne sont pas bien gérés :
- le champ surnom n'est pas pris en compte
- les types de numéros sont modifiés lors de la synchro (exemple, "portable" dans le téléphone devient "numéro préféré" dans kontact, "domicile" devient "autre numéro", ...)
- ...
Bien sûr, tous ces champs ont pourtant leur équivalent sur le téléphone et sur kontact.
Bref, je suis de l'avis général, c'est encore pas ça niveau simplicité et efficacité.
*Sano*
[^] # Re: Linux pas prêt pour le PIM
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
[^] # Re: Linux pas prêt pour le PIM
Posté par Aldoo . Évalué à 2.
Donc mêmes problèmes.
Personnellement, je n'ai jamais réussi à synchroniser mon SE w880i en SyncML via ce framework. J'arrive à un début de synchro tout bogué avec le greffon Irmc, par contre.
Qui plus est, le greffon pour kdepim/korganizer requiert de fermer ce logiciel pendant la synchro... franchement, niveau intégration, c'est bof bof.
[^] # Re: Linux pas prêt pour le PIM
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 2.
J'ai simplement découvert (mais pas testé) Conduit très récement : http://www.conduit-project.org/
Une petite vidéo démo : http://www.youtube.com/watch?v=bMJG-zNl5PA
Bon courage, et tiens nous au courant surtout, car effectivement le PIM pourrait être bien amélioré sous Gnome.
# C'est toi.
Posté par matthieu bollot (site web personnel, Mastodon) . Évalué à -4.
\titre
non mais sérieusement, faut appeler un chat un chat, et une bouse une bouse, si c'est juste pour expulser ta haine, je sais pas, fais du sport.
Et puis chez moi, c'est pas lent, largement suffisament ergonomique, le ssl et la synchro avec webcalendar fonctionnent, na !
[^] # Re: C'est toi.
Posté par zerbro . Évalué à 4.
Dans ce cas, peux tu m'expliquer comment tu fais pour synchroniser ton calendrier ?
En fait, je viens de discuter avec un mec sur irc, qui me disait que c'etait pas possible.
Je rajoute une precision: le calendrier est un "webcal" ie je le recupere via https.
Donc il s'affiche bien, mais apparait en lecture seulement.
J'ai vu qu'il y a une option pour publier un calendrier sur le web (via https). Donc la synchro est théoriquement possible. Seulement je ne peux publier qu'un calendrier de mon ordinateur, et pas modifier le canlendrier récupéré sur le net, pour le publier !
Ca me parait un peu abérant...
Donc si c'est moi, tant mieux, donc je repose ma question :) Peux tu me dire comment tu fais pour synchroniser avec webcal ? (et pas caldav).
Et faire du sport en plein milieu de l'apres midi, au moment ou on est énervé, c'était pas possible. Alors j'ai fait un journal, ca soulage aussi. Et si c'est moi et non pas evo, on peut me le dire :)
[^] # Re: C'est toi.
Posté par zerbro . Évalué à 3.
Après, chacune en déduit ce qu'il veut... Je me rappelle d'un post sur planet.gnome.org, un mec qui disait que evolution etait mort. Ca n'a pas plus à certain, mais je partage entierement son avis.
[^] # Re: C'est toi.
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 3.
Evolution semble vraiment pauvre comparé à ce que j'avais sous mon powerbook... :(
[^] # Re: C'est toi.
Posté par Jeanuel (site web personnel) . Évalué à 3.
Sans parler de ce qui existe sous mon KDE. Mais chuuuut.
[^] # Re: C'est toi.
Posté par B16F4RV4RD1N . Évalué à 2.
J'aimerais bien tester chandleur pour voir si cela pourrait centraliser agenda, messagerie et carnet d'adresses. Par contre ce qui est certain c'est que si evolution est réécrit avec une dépendance totale de mono dans le futur (comme indiqué plus bas), je changerais de logiciel sans hésitation !
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: C'est toi.
Posté par Colin Leroy (site web personnel) . Évalué à 3.
C'est pour ça que Caldav existe.
# Et encore, t'as pas tout vu !
Posté par zebra3 . Évalué à 3.
Donc, ne te plains pas, pour les trucs vraiment de base (ie pop & smtp, agenda et todo-list), ça marche, et ça pourrait être encore plus lourd.
Pis d'abord, si t'es pas content, comme dit Obi-Wan, use the fork, Luke ;-)
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
# On n'est pas encore Vendredi
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Qu'est-ce que tu appelles un « contrat personnel » ?
As-tu essayé d'envoyer des mails en SMTP+TLS avec d'autres clients qu'Evolution ? Parce que chez moi®, j'ai un postfix à l'écoute avec SASL+TLS et ça marche très bien pour envoyer des mails à distance en m'identifiant.
Je pense que tu as dû louper des trucs. Ce qu'il manque vraiment, c'est une offre libre de serveurs CalDAV et il n'y a pas grand chose pour l'instant. Mais avec rscds (Really Simple CalDAV Store), on a déjà réussi à avoir ce qu'il fallait. Avec quoi utilises-tu Sunbird pour stocker ton calendrier en ligne ? Mais là encore, je ne comprend pas tes problèmes avec le support de TLS...
Le seul reproche que je ferais à Evolution, c'est son cache. C'est très bien quand on a besoin de passer en mode « offline » mais Evolution gère assez mal les déconnexions intempestives du réseau et quand celui-ci est bien présent, le cache peut perturber la lecture réelle d'un dossier, surtout si tu le réalises avec plusieurs clients à la fois (genre, un evolution chez soi, un au taff). Avec deux clients Thunderbird, la suppression d'un mail est instantanée des deux côtés. Je n'arrive pas à savoir si Thunderbird utilise IMAP d'une façon que la plupart des autres clients ignorent ou si TB fait un « expugne » systématique.
[^] # Re: On n'est pas encore Vendredi
Posté par zerbro . Évalué à 2.
c'est un contrat fournis par une autorité (ici le cnrs), qui contient une clé rsa ou dsa, afin d'authentifier une personne. Pour obtenir ce contrat, il faut en faire la demande, mais pour pouvoir en faire la demande, il y a certaines conditions que je ne peux pas remplir (indépendantes de moi).
Oui, comme dit dans le journal, avec thunderbird ca ne pose aucun probleme, et la boite de configuration est vachement plus simple et mieux foutue (alors que c'est en général le point fort de gnome...)
Pour le calendrier, je n'ai pas "choisi" une offre quelconque, mais j'utilise ce à quoi j'ai le droit, et que le cnrs me propose. Dans cette offre, il y a entre autre un bureau virtuel qui fonctionne sous "horde". Il y a des calendrier type "webcal" (protocole https). Je peux les consulter avec evolution, mais il est impossible de les modifier. Evolution ne propose la modification qu'avec le protocle CalDav.
C'est le bug 230297 qui existe depuis 2003 !!
J'ai du mal à comprendre comment un logiciel comme evolution, qui se veut pour "l'entreprise", n'implemente toujours pas cette fonctionnalité. Je suis allé sur le chan d'evolutin sur irc, et le mec me disait que webcal n'etait pas fait pour. Pourtant c'est tout à fait possible : sunbird le fait sans probleme (et j'ai cru lire que kalendar aussi).
Sans parler de l'interface d'evolution que je trouve desastreuse (simple point de vu personel).
Je suis retombé sur http://jasondclinton.livejournal.com/56961.html qui parle d'evolution comme logiciel à l'agonie...
[^] # Re: On n'est pas encore Vendredi
Posté par GnunuX (site web personnel) . Évalué à 2.
> webcal n'etait pas fait pour. Pourtant c'est tout à fait possible :
> sunbird le fait sans probleme (et j'ai cru lire que kalendar aussi).
Ce n'est pas adapté, voici deux exemples :
- l'utilisateur A et B sont abonnés au même calendrier et le modifient quasi en même temps : le rendez-vous d'un des 2 est écrasé par l'autre (pas de gestion des accès concurrents) ;
- l'utilisateur A est le propriétaire de son calendrier et l'utilisateur B est abonné a son calendrier : Si A aime mettre des rappels automatiques sur ces rendez-vous (peut etre pratique), l'utilisateur B voit aussi les alerts (ce qui est particulière chiant si tu es abonné aux calendriers de toute ton équipe !).
Il y a d'autre subtilité comme l'impossiblité de mettre des rendez-vous comme "privé", ... (tout ce qui fait un calendrier partagé quoi) mais les 2 premiers problèmes sont, à mon sens, les plus importants.
[^] # Re: On n'est pas encore Vendredi
Posté par zerbro . Évalué à 3.
Tous les calendriers ne sont pas sensés être partagés...
Si le calendrier ne dois pas être modifié à distance, on ne met pas les droits en écriture dessus et puis voila, le problème est réglé.
Bref, ne pas vouloir implémenter cette fonction pour ces raisons, c'est se trouver de mauvaises excuses. La je parle d'un calendrier personnel, sur un bureau virtuel, et donc webcal semble suffisant pour ce type de besoin.
Je suis d'accord que pour une véritable gestion de calendriers partagés en entreprise, il faut une autre solution, mais ce n'est pas le meme cas ni les memes besoins.
[^] # Re: On n'est pas encore Vendredi
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
C'est normal que ça ne marche pas ensemble... Tu es certain qu'il ne s'agit pas d'un certificat SSL ?
Si tu as besoin d'un certificat client SSL, je n'ai jamais essayé avec Evolution et il est probable que ça ne fonctionne pas.
Si le CNRS souhaite investir dans la résolution du bogue #230297, ils peuvent également le faire. Mais il faut bien se dire une chose : si personne n'a résolu le problème, c'est que soit personne n'en a réellement besoin, soit que le problème est insoluble. S'il est possible de faire la synchronisation avec WebDAV (mais aussi SSH, FTP, CIFS, etc.), ce n'est effectivement pas conçu pour gérer les calendriers et le protocole CalDAV, par ailleurs dérivé de WebDAV, a été créé pour ça. D'ailleurs, je viens de découvrir qu'un module Apache pour CalDAV (nommé mod_caldav) avait été créé récemment sur sourceforge.
De toutes façons, en entreprise, à moins d'être dans un grand compte, ce type de fonctionnalités n'est pas utilisée parce qu'elle requiert un service efficace en face pour le prendre en charge et tu trouveras assez souvent des logiciels comme Exchange ou Lotus.
Je veux dire : c'est très facile de critiquer un logiciel mais pour l'améliorer, y a jamais personne. Souvent, on préfère créer son propre projet plutôt que participer à un autre déjà existant et c'est dommage. On pense à tort que ce sera un travail moins ingrat (si le projet ne perce pas, il n'ira pas loin). Et quand ça vient d'un besoin professionnel, c'est encore plus énervant parce que ça donne l'impression qu'ils attendent que ça leur tombe tout cru dans le bec. Beaucoup d'entreprises oublient qu'elles peuvent aussi participer. Si tu prends un contrat de support dans une SSLL dont je ne citerais pas le nom, il y a fort à parier que tu pourras demander une évolution de la fonctionnalité pour que ça marche et ce sera rédistribuer dans la communauté. Évidemment, ce n'est pas gratuit, hein... Mais le temps qu'on passe à développer ne l'est jamais.
[^] # Re: On n'est pas encore Vendredi
Posté par zerbro . Évalué à 2.
Evolution marche surement très bien avec un certificat SSL (il y a moyen de les importer facilement), le seul probleme est que je ne peux pas en avoir. Je me rabats dont sur l'autre solution existante, qui ne marche pas avec evolution.
Le cnrs ne souhaite surement pas s'investir dans la resolution de ce bug. Il ne connait meme pas son existence et s'en fou royal (ce qui est normal). Ils disent en détail comment faire pour thunderbird et sunbird, ils ne vont pas s'amuser a faire un tuto pour chaque logiciel. Ils proposent un service, des logiciels libres qui fonctionnent avec, c'est deja *très* bien non ? Je voulais juste utiliser evolution qui semblait approprié pour gérer tout ca, et intégré à gnome.
Quand à dire que la synchro n'est pas possible, je me contenterais de répondre, encore une fois, que ca marche avec d'autres logiciels. C'est donc que c'est possible. Ensuite que personne n'en ai reellement besoin, ca serait étonnant vu que le bug a été repliqué plusieurs fois.
Ensuite, oui, je critique evolution. C'est vrai que c'est facile. Mais quand tu vois le bugzilla de evolution et la lenteur du projet, on se pose des questions... Et participer à un logiciel comme evolution, ca ne semble vraiment pas évident vu la taille du projet. Pour ma part je n'en ai ni le temps, ni les compétences.
Mais je garde espoir qu'evolution evolue un jour... Ou bien que d'autres projets plus performant grandissent.
[^] # Re: On n'est pas encore Vendredi
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Si c'est en relation avec SSL ou TLS (soit SSLv3), il s'agit certainement de certificats SSL. Pour les certificats SSL dits « serveurs » qu'on place sur les serveurs IMAP ou SMTP, par exemple, ça fonctionne très bien. Si tu as besoin d'un certificat client en plus pour t'identifier, je ne sais pas ce que ça donne car je n'ai pas eu l'occasion d'expérimenter un tel mode de fonctionnement. Comment est-ce que ça peut fonctionner avec TB sinon ?
Quand il le faut, le CNRS sait s'investir. À toi de pousser Evolution au CNRS.
Oui mais la plupart des personnes se tournent sans doute vers TB ou d'autres logiciels. Du moins si elles en ont vraiment besoin. Toutefois, CalDAV reste un meilleur protocole pour le partage de calendriers. Rien d'étonnant que le simple WebDAV ne soit pas plus privilégié.
C'est pour ça qu'il vaudrait mieux qu'une entreprise dotée de moyens s'y attèle si le besoin s'en faire ressentir car ce sera sans doute plus facile pour elle que pour un particulier aussi doué soit-il. Au pire, elle proposera un Bounty ou alors en candidature pour le prochain Summer of Code de Google.
[^] # Re: On n'est pas encore Vendredi
Posté par zerbro . Évalué à 2.
Pour pousser evolution au sein du CNRS, ca me parait difficile. Je suis juste en these BDI (financement CNRS/région), que j'effectue au sein d'une unité mixte de recherche, et j'entame ma dernière année. Mon plus gros lien avec le CNRS, c'est ma fiche de paye... De plus, le service proposé (mathrice), est un regroupement de laboratoire de maths : c'est un réseau, et je n'ai aucun contact avec les admins (ou alors par l'intermédiaire des admins de mon labo). Bref, ce n'est pas moi qui pourra pousser evo au sein du cnrs...
Enfin voila, mais je ne désespère pas (ou presque pas).
[^] # Re: On n'est pas encore Vendredi
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Il s'agit donc manifestement d'un certificat SSL. À priori, tu pourrais également l'importer dans Evolution. La question est de savoir s'il s'agit d'un certificat client.
# Mozilla Lightning
Posté par Panda Voyageur (site web personnel, Mastodon) . Évalué à 2.
Après évidemment, ça ne change pas grand chose au sujet de ce journal
[^] # Re: Mozilla Lightning
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
# Je suis d'accord
Posté par Boke Bocadillo (site web personnel) . Évalué à 2.
La question est: pourquoi ne trouve t'on pas de remplacant valable ou de projet de remplacement dans gnome?
Je ne parlerai pas de thunderbird et sunbird qui sont biens, mais pas développés pour gnome.
Pour le peu que j'en ai vu l'application Mail d'OSX est plutôt pas mal et l'intégration avec iCalendar est bien foutue, à défaut d'autre chose pourquoi ne pas reprendre leur design?
J'ai plusieurs fois voulu me lancer dans l'écriture d'un client mail, mais la tâche est trop lourde pour moi. En revanche si quelqu'un se sent de se lancer dans cette aventure, il/elle aura tout mon soution et toute l'aide que je pourrai apporter.
Je pense que Gnome est un très bon DE, mais il a pour l'instant deux points faibles, son client Mail/Agenda et la messagerie instantanée.
Pour la messagerie instantannée, c'est en bonne voie avec l'inclusion du projet Empathy. Par contre pour le mail...
[^] # Re: Je suis d'accord
Posté par zerbro . Évalué à 5.
Et pour des projets très jeunes, je les trouves limite mieux foutu qu'evolution : tres leger (ils sont concus pour l'etre), et remplissent les fonctions de bases.
Bien entendu, vu leur jeunesse, il manque plein de fonctionalités (comme les webcal par exemple !). Mais bon, pour une utilisation *simple* ils peuvent suffire.
Je suis curieux de voir ce que donnera tinymail aussi.
[^] # Re: Je suis d'accord
Posté par Boke Bocadillo (site web personnel) . Évalué à 1.
Cette suite pimlico est particulièrement bien concue, très légère et fonctionnelle...
Il faut qu'ils se lancent maintenant dans la création d'un client mail ;-)
tinymail, j'ai un doute sur le fait que ca aboutisse un jour à un vrai client mail, jusqu'ici ca a surtout été une démo pour la librairie tinymail (lib très interressante au demeurant). Et P. Van Hoof (son créateur) a l'air plutot dans cet état d'esprit.
Espérons que cela donne quelquechose.
[^] # Re: Je suis d'accord
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 2.
J'ai l'intention de l'abandonner pour passer à Thunderbird, que j'utilise aussi au boulot, donc moins de gymnastique intellectuelle.
# Expérience d'Evo
Posté par Zorro (site web personnel) . Évalué à 3.
Je suis comme toi, je regrette complètement qu'on puisse pas synchroniser le calendrier. Comme je travaille sur 2 PC différents, je me retrouve à m'envoyer par mail les fichiers calendar.ics et à les sauvegarder à chaque fois en écrasant les anciens. On peut pas mettre la couleur qu'on veut à des rendez-vous, ça c'est très dommage.
Je me suis arraché les cheveux pour synchroniser avec Google Calendar, je vais peut-être essayer de me faire un serveur webcalendar, mais ça m'énerve que tout soit toujours aussi compliqué.
Pour les contacts, je n'ai jamais essayé le LDAP, car je sais pas comment ça marche, alors là aussi, je transfère ma base par e-mail...
Pour le mail, j'utilise le POP3, car je n'ai presque jamais ressenti le besoin de retrouver mes mails à l'identique sur mes 2 PC - et puis, il paraît que l'IMAP de Neuf est un catastrophe, et on m'a un jour expliqué que l'IMAP sollicite beaucoup le serveur, à chaque fois que tu fais une manip, ça le sollicite, et que si tous les clients passaient à l'IMAP, ça mettrait les serveurs sur les genoux et donc que je le fais pas de toute façon. Mais je sais pas si c'est vrai ou pas, en fait.
Pour les tâches et les mémo, c'est en effet pas beau du tout, mais je m'en sert presque pas.
L'interface générale est pas très belle mais je pense que c'est plutôt la faute de GTK et des choix de Gnome en général.
Et je trouve aussi qu'il évolue beaucoup trop lentement... Y a-t-il une réelle volonté chez Novell de le faire évoluer, je ne sais pas... C'est pourtant un logiciel phare, totalement indispensable pour utiliser en entreprise. Je crois qu'ils soignent bien l'intégration avec Exchange, mais le reste pour faciliter la vie de l'utilisateur final, c'est un peu mis de côté.
[^] # Re: Expérience d'Evo
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Le projet conduit énoncé plus haut pourra sans doute résoudre ton problème avec Google Calendar. Pour le reste, je pense qu'un serveur caldav, comme rscds voire mod_caldav, sera plus approprié.
Avec un serveur LDAP dûment alimenté et des connaissances de base en LDAP ?
[^] # Re: Expérience d'Evo
Posté par Zorro (site web personnel) . Évalué à 2.
Justement, c'est ce qui me manque le plus... Je sais rien du tout, même pas par où commencer ni même ce que c'est _exactement_ qu'un annuaire LDAP. Ça existe des annuaires LDAP déjà installés et prêts à utiliser, où j'aurai qu'à uploader mes contacts Evo pour pouvoir ensuite les utiliser ?
Avec LDAP, mes contacts apparaîtront dans la fenêtres Contacts d'Evo comme avant ? Et je pourrai les créer et éditer tout pareil sauf que ça sera stocké sur un serveur distant, c'est ça ?
Il faudra que je me prenne un WE tranquillou pour étudier tout ça !
[^] # Re: Expérience d'Evo
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
D'ailleurs, par défaut, l'option « Domaine de recherche » dans l'onglet « Détails » des propriétés du serveur LDAP est à « Un », ce qui correspond au scope « one », soit les entrées d'un même niveau. Il vaut mieux choisir « Sous » qui correspond au scope « sub » (valeur par défaut de la commande ldapsearch) et permet les recherches dans toutes les branches.
[^] # Re: Expérience d'Evo
Posté par Zorro (site web personnel) . Évalué à 3.
Bref, je vais encore longtemps devoir me coltiner ma clé USB et son fichier addressbook.db :-(
Le nomadisme d'un utilisateur final, sans l'aide d'une infrastucture IT d'entreprise, c'est vraiment pas gagné...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.