Thomas Cataldo a écrit 205 commentaires

Il y a un manuel d'installation des parties obm-mail/obm-ldap mais il n'est pas vraiment dans un état diffusable.

Pour ce qui est de l'utilisation d'autres serveurs, c'est très difficile. Un automate se charge d'analyser la base de données de obm et de propager les infos pertinentes pour la messagerie dans un annuaire openldap.

L'automate reconfigure ensuite les paramètres des services qui ne peuvent être pris dans ldap : création / destruction de boîtes aux lettres en utilisant les API de cyrus, application des ACLs sur les bals, mise à jour des quotas, mise à jour des filtres serveurs pour le vacation / .forward. Des démons réseaux sont installés sur les serveurs postfix pour réécrire certains paramètres de configuration.

Il est (très) théoriquement possible de faire évoluer l'automate pour supporter d'autre serveurs libres, mais l'intérêt pour nous est limité / inexistant : notre effort de r&d est axé sur "la fourniture d'un chemin de migration de outlook + echange vers une solution 100% libre". Notre solution ne vise absolument pas à concurrencer des outils type webmin.

Le service messagerie est fourni par cyrus imap, postfix et openldap. Si tu a installé uniquement la partie php, tu n'aura aucune fonction liée à la messagerie. Avec l'installation basique tu peux utiliser le calendrier Ajax et la partie crm.

L'installation complète avec l'annuaire, les services de messagerie est un peu plus "touchy".

A la St Glin Glin :O)

Ou pas : http://dbmjui.sf.net/cal_sub.png ou encore http://dbmjui.sf.net/evo_cal_0.7.png

Le code a besoin d'être porté sur les dernières api de evolution-data-server et du web-service de obm, mais il existe ;-)

il y a un export icalendar des calendriers. L'import devrait arriver dans la 2.1.0.

Pour imap, ben... c'est thunderbird, outlook, mutt, evolution & co les connecteurs ;-)

Plutot thunderbird 2 + lightning + sunbird + connecteur sundird/obm en gpl (la release est pour bientot) ;-)

Travaillant chez Aliasource, je vais faire un bout de réponse :
- le connecteur thunderbird sera très probablement (99% sur) en libre (GPL/MPL). De toute façon avec du xul et du js difficile de cacher les sources.
- le connecteur outlook sera (très probablement) prorio.

Ainsi l'utilisateur décidant de migrer sous thunderbird peut avoir une solution 100% libre. Il n'y a pas de release disponible actuellement du connecteur thunderbird. Il est fonctionnel mais utilise thunderbird 2.0 (releasé il y a peu) et les versions cvs de lightning/sunbird.

Concernant évolution, le développement des connecteurs a débuté chez nous par la mise en place d'un connecteur évo et du "serveur obm" (un web service). Nous attendions une annonce de novell sur la version win32 de evolution. Cette annonce n'est jamais venu et novell ne supporte pas officiellement la version win32. Nos clients ayant des postes utilisateurs linux étant rares, on ne pouvait pas se permettre de financer la r&d d'un connecteur qui ne serait utilisé que par quelques personnes en interne chez nous et nos 2/3 clients les plus geeks. Des traces de nos développements sur evo trainent sur le net http://lists.ximian.com/pipermail/evolution-hackers/2004-Oct(...) par exemple.

Pour ta première question sur la messagerie, il s'agit d'une chaine classique postfix, cyrus.

Ca tourne sur du tomcat 5.x, avec du struts, du lucene, des templates tiles, du jfreechart, et bien sur xerces. Le tout est herbergé sur un cluster apache/tomcat avec une BD postgresql.

Yep j'ai participé au dev de ce portail et c'était une super expérience. L'équipe de lyon2 était très sympa et nous avons pu faire du bon boulot. Très bonne idée de passer la news sur linuxfr; moi qui pensait que ça n'interresserait personne :-)

Sinon si un modéro pouvait rajout un lien vers http://www.aliacom.fr/(...) (on a quand même fait la partie visible du taf).

La dernière fois que j'ai eu des problèmes de jeux de caractère, je me suis posé la question "Est il possible de déterminer de manière fiable l'encoding des caractères dans un fichier texte", et la réponse que j'ai trouvé c'est "tu peux seulement savoir si c'est de l'unicode ou pas, pour le reste c'est très pifométrique et doit se baser sur des stats/dictionnaires/poudre verte.".

Un autre signe qui me fait penser que ça ne peut pas marcher c'est que la pluspart des api sérieuse devant traiter du texte exigent de connaître par avance l'encoding du texte (sous peine de retomber par défaut à l'encoding du système) : je pense à XML (encoding UTF-8 par défaut si non précisé), je pense à java pour lequel toutes les méthodes contruisant des String à partir de byte[] demandent un encoding (celles qui ne demandent pas l'encoding sont deprecated), je pense à la glib, etc.

Je m'interresse à la question car la dans le cadre d'un projet, une application web recevait des fichiers zip et devait les décompresser. Et la specification zip datant de l'époque "tout ascii", le champ des zip contenant le nom des fichiers est du type "tableau de char". L'encoding n'est précisé nulle part. Les utilisateurs de base étant fans des accents et autre ponctuation dans les noms de fichiers, j'ai découvert que je n'arrivait pas à décompresser un zip de manière fiable (restitution correcte des noms de fichiers).

D'ou ma question, paske la reconnaissance d'encodage me semble être un but innacessible, sur lequel pas mal de gens se sont cassés les dents ou on renoncés.

Nous on utilise OSWorkflow pour faire ça.

> - pour garder le meme processus utilisateur au fil des connexions

Pas utile. Java utilise des threads qui partagent tous le même espace mémoire.

> - sans pour autant saturer le serveur en memoire alloue

La mémoire est partagée donc chaque thread ne consomme que la "stack" allouée par le noyau (4Ko je crois) + l'espace utilisé pour le TLS (thread local storage) (Voir aussi la classe ThreadLocal en java). En gros sur du noyau 2.6 c'est pas un pb. Sur du 2.4 sans NPTL c'est un peu moins drôle, mais on parle de java, pas de linux.

> - et ou processus ou thread systeme.

Voir les annonces d'Ingo Molnar quand NPTL a été mergé dans le noyau (100000 threads avec une latence très faible sur PIV monoproc). C'est sur qu'a une époque reculée (2.4 sans NTPL), à partir de 300 process le noyau linux ne bougait plus. Maintenant no-souci.

En plus en java la bonne pratique est plutot de mettre le moins de choses possible dans la session et de consacrer ta ram a des caches LRU globaux pour éviter les requêtes en BD. En gros tu ne met quasiment rien dans la session et tu caches tout ce qui vient de la BD au niveau du serveur d'appli.

Non, mon exemple n'est pas si mauvais que ça : pour ajouter ou enlever un élément du panier, ca va donner un insert ou un delete dans la bd. Et toute base qui se respecte écrit les modifications sur le disque de manière synchrone dans le log des transactions (et laisse trainer le tuple dans le cache en ram dans le cas d'un insert). Sans compter le transfert des données par le réseau vers la BD...

Voilà, tout en restant portable (TimedObject de laurent ou Timer j2se simple). L'idée c'est que l'appli fonctionne sans qu'il y ait de navigateur connecté :-)

C'est pas sur le hello world que ce se joue. PHP est handicapé par le fait qu'il fonctionne soit en CGI soit en module d'apache.

Quand il veut faire persister un truc entre deux requêtes HTTP (un panier d'articles par exemple) PHP doit avoir recours à un moyen de persistence quelquonque (bd par exemple). J2EE lui fonctionne avec une serveur : les différents threads ont accès à un même espace mémoire. Amuse toi à implémenter un panier d'article avec J2EE et avec php puis benche les deux applis. Le panier J2ee fonctionnerra uniquement en ram (car la session est en ram) et le panier PHP sera sérialisé sur le disque à chaque requête. Java va consommer plus de ram mais être rapide et monter en charge, et PHP va flinguer la base ou le disque.

Non soit je lance un Timer depuis le init d'un servlet (ce qui marche en j2ee standard), soit j'utilise les fonctions de schéduling de jboss.

Ce qui me permet d'effectuer des actions quand l'utilisateur n'est pas là : par exemple dans une appli de caltos web, envoyer un mail 15 min avant le rdv. Avec du php, je dois avoir recours à un outils externe genre cron + php-cgi.

A priori les 2 obtiennent les mêmes résultats de manière différente puisque vino (le serveur vnc de gnome) peut utiliser l'extension Damage (du serveur X) si elle est disponible et il me semble que FreeNX utilise des astuces pour faire des trucs du "genre de ceux possibles avec Damage"

C'est un serveur qui a été ajouté. Pas un client.

Pour résumer reiser4 introduit dans le fs la notion tout fichier est un répertoire (oui ds ce sens la), et ça crée pas mal de trous de sécu très grave. Donc reiser4 a été véto-isé par al viro, mainteneur du vfs, car trop crappy pour l'instant. Voir le thread sur la ml pour les "gory details".

Sauf que c'est beaucoup + chi*** d'écrire le fichier xsd que d'y aller direct avec sax comme un gros.

Projets libre réalisés par aliacom et/ou ces employés : OBM, groupware libre, http://obm.aliacom.fr,(...) http://dbmjui.sf.net(...) outil d'admin pour SAPDB/MaxDB, monkey bubble http://home.gna.org/monkeybubble(...)

Et aussi quelques contributions de bugfix pour gnome.

Sans compter que les déploiement de logiciels libres que nous faisons, c'est aussi des contributions au libre.

Sur le "ils aiment bien le monde MS, et RMS leur parait un fou furieux." j'ai un doute : 1 seul poste windows dans la boite. Les commerciaux et le personnel administratif sont sous linux. Nos propals et documents pur les clients produits depuis latex.

PS: On connait nos 4 libertés, et on sait que les programmes c'est comme les recettes de cuisine ;-)

Une "calculette" initialisée auprès du serveur génère un mdp à chaque fois que l'on appuie dessus. La même séquence existe côté serveur. Ensuite on compare.

Voir opie en libre ou safeword en proprio.

Enlightenment a été choisi pour ces possibilités de personnalisation de menu et de raccourcis clavier/souris. En éditant quelques fichiers on chaque entièrement son ergnomie : avec menu, sans menu, contenu du menu paramétrable, etc. Bien sur ce n'est pas le seul qui aurait convenu, mais il faut bien en choisir un.

pas autant que perl.

Mouais, enfin vu que andrea arcangeli s'occupe de kernel suse et que c'est sa VM qui est en train d'être intégrée au kernel je doutes qu'ils ait trop de retard.

Pareil pour alsa. Ils me semble que quelques devs de chez suse sont à plein temps sur alsa.

Du ils sont peut être en retard sur certains trucs (des trucs serveurs genre ipsec et execshield) mais sur d'autres ils sont en avance ;-)