sylvain garcia a écrit 30 commentaires

Pour ton problème 1, c'est un problème de routage entre tes VM et ton réseau. Afin de te simplifier la vie, je t'encourage à plutôt utiliser le Bridge de ta techno de virtualisation. Tes VM se retrouveront sur ton véritable réseau avec les mêmes IP que ton LAN.

Concernant le problème 2, en effet cela doit être une problématique de configuration des MX.

Quelle est votre FAI ? Est-ce sur un serveur perso ?
En tout cas le message est clair: votre serveur se fait refuser par les serveurs MX de hotmail.

Ce n'est pas que les anciens d'Aliasource qui sont partis, mais aussi les anciens de Netaktiv, bashprofile (même si petit) et de Linagora !!!

si jamais vous avez besoin d'aide ne pas hésiter a consulter ou poser des questions sur le forum BlueMind

Tu peux aussi regarder du côté de Blue Mind…
http://www.blue-mind.net

non c'est normal, c'est moi ça

et oui beaucoup de chemin... Certaine personnes que tu as connu sont toujours présente, et même les troll sont encore là!!, même si ils ont un peu évolué.
travailler dans cette équipe est toujours enrichissant le troll au quotidien en fait parti ;)

OBM est en effet pas comme les autres groupware, il utilise les briques Opensource déjà existantes si elles sont performantes. De notre coter nous avon choisi d'utiliser Postfix plutôt que sendmail, et Cyrus pour toute l'infra de messagerie. Des sites a plusieurs millier d'utilisateurs on en production OBM avec derrière une infrastructures Cyrus/Murder, OBM est conçu pour gérer les infrastructure Murder.
Dans ton cas, il est tout a fait normal de ne pas vouloir intégrer un groupware qui remplace ton système de messagerie. Dans ce cas OBM peut être intégré pour gérer calendrier/contacts/synchro et pour le webmail utilisé minig. OBM a besion d'avoir sa base utilisateur/groupe interne (en BD) cependant il existe des solutions pour importer/synchroniser les users: lemonldap, utilisation de scripts, etc... pour pouvoir utiliser l'hautentification de ton annuaire il suffit de configurer OBM sur une authentification LDAP plutot que sa propre BD.
Pour minig, quand tu le testera tu regarderas Horde sous un autre angle;). Minig est développé pour utiliser Cyrus, donc no problème pour toi. L'intégration du sieve a minig est déjà effectué cependant pour l'instant cela est désactivé lors du build. Dans les prochaine version cela sera activé.
SI jamais tu te lance dans cette intégration n'hésite pas a poser tes questions sur la ML, nous t'aiderons avec grand plaisir.

"En ce qui concerne Active sync"
;)

En ce qui concerne je te conseille de regardé plutot o-push (http://code.google.com/p/o-push/) qui semble très prometteur. Une nouvelle implémentation de active-sync opensource. Cette implémentation est d'abord tourné vers OBM, mais tous le monde peux s'en servir. Le dev avance assez vite.

utilisez la mailing list d'obm pour poser une question:

http://www.obm.org/doku.php?id=tools:ml

En fait le porblème est propre au fonctionnement de Debian/Ubuntu. Si j'arrive avec une configuration spécifique pour cyrus, je vais éclater la conf de ton cyrus qui est déjà peut-être utilisé, idem pour la gestion de la conf d'openLdap bien que maintenant avec le passsage en cn=config cela simplifi beaucoup le packaging. Gérer les fichier de conf peut ce faire de plusieur façon encore faut-il que cela soit accépté par debian/ubuntu dans un paquet officiel.
Il y a plusieur piste déjà autre que confg-model:
http://debathena.mit.edu/config-packages
http://augeas.net/

Je ne connais pas ton projet mais je regarderai ça ;-)

Grosso modo, si ton logiciel, packager dans Ubuntu/Debian, ne fourni pas de moyen de modifer la conf, tu n'as pas le droit d'éditer ou de remplacer directement un fichier de conf ( ou autre fichier qui ne t'appartiens pas)

Modifier le fichier de conf n'ai pas le problème c'est le faire de façon propre, accépter par les distributions. Les paquets OBM fonctionne "out of the box", si l'on voulait les intégrer dans une distrib, ce fonctionnement ne serait pas possible, cela reviendrai a déposer un tar ( éclater aux bon endroits) et ensuite lire le README pour faire fonctionner le tout.

AAAAAAh un commentaire constructif, non on va pas te taper ;-)

1) En fait cela est extrêmement rare de ce pluguer automatiquement sur un SI. Chaque client veut certaine spécificité, que ce soit lors de la migration ou lors de l'exploitation.C'est question que l'on se pose avec nos client et nous réflechissons ensemble à la meilleur solution, nous n'arrivons pas avec des trucs du genre "c'est comme ça et on a pas le choix".

2)OBM a certaine contrainte qui sont dus au services eux même. Par exemple, pour cyrus il existe plusieurs façon de le configurer, et tu ne peux pas avoir un cyrus configurer pour deux utilisations différente, OBM est un cas parmis d'autres dans l'utilisation de Cyrus.

3)if you want, je ne peux rien te dire.

4)Tu as surement mal configurer OBM, car si tu est en conf juste Groupware tu ne dois pas avoir ces sections. Quand je disais que OBM faisait des chose que d'autre ne font pas, cela est un example. Avec OBM tu peut aussi, en même temps gérer un domaine Samba, et l'hautentification squid.

5)Pour la doc je suis d'accord avec toi, c'est pour cela que nous essayons d'enrichir www.obm.org, nous en sommes conscient. D'ailleur si des personnes ont des docummentations a publier ils peuvent nous les envoyer, nous nous ferons une joie de les publier.
Bon pour le crapy code, ben oui. Comme toute appli, il y a un historique et le temps est parfois long avant d'évoluer...


J'espère avoir répondu sans ouvrir de nouvelle polémique :-D

Je suis d'accord avec toi. Je n'ai pas tester Citadel donc je ne peux pas argumenter. Cependant ce système "BBS" décrit est une des fonctionnalités effectuées par Cyrus pour le backend IMAP/POP.
Par contre pour ce qui est de la modularité, justement OBM utilise les briques classique: OpenLdap, Cyrus, Postfix, etc... et en effet ces outils on fait leurs preuve et c'est pour cela que nous les utilisons. OBM est en fait tout simplement une interface web qui vient administrer tous cela et faire que la cohabitation ce passe correctement.
Et justement le fait d'avoir tous ces services a utilisé pour chque distribution rtend la configuration d'OBM difficile. Nous ne voulons pas avoir notre propre Cyrus, notre propre OpenLdap, chez nos client, suivant la distribution choisi nous utilisons les composants fourni autant que possible.

OBM est en effet compliqué a mettre en place et on éspère que les paquets vont permettre a beaucoup de monde d'y trouver son bonheur

ben si tu migre ton serveur, tu donne a ton DSI un connecteur outlook, pourquoi il va migrer son outlook vers du Thunderbird? Bon bref on est pas d'accord, on peut tourner longtemps comme ça. ;-)

heureusement que mon salaire n'est pas indéxé sur le nombre de licence connecteur vendu... c'est clair que l'on force les users a utiliser le connecteur outlook...

Si personne ne propose la version communautaire pour plusieurs millier d'utilisateurs, c'est que la haute dispo est indispensable, donc version commercial.

Faut, les grosse archi qui migrent vers du OBM font du "pif paf poum" et hop voila je passe d'un lotus notes/outlook ah du Tbird, c'est magique de voir que la facture est plus grosse si tu veux garder ton outlook, ça fait réfléchir les DSI.

OBM n'a pas de de modèle commercial similaire a Zimbra, il n'y a pas de cout récurrent de licence...

A quand les entreprises qui n'utilisent plus outlook? ;-)

of course, si tu sais configurer tous les services utilisé par OBM, tu peux te débrouiller tous seul comme un grand. Sinon, tu trouve toute la documentation nécessaire sur le net. Notre valeur ajouté est en fait l'expertise de ces services, et l'habitude de concevoir des architectures viable.

Ce que je veux dire par "vrai libre" c'est que lorsqu'une entreprise (grosse entreprise) désire installer un groupware, les versions de zimbra proposé sont automatiquement les version commercial, principalement a cause des de la HA/cluster. OBM utilise des composant connu comme Postfix, Cyrus et autre. Pour nous le moyen de mettre tous cela en HA est simplement propre a chaque service, largement documenter sur le net.

Donc ce qui me permet de dire qu'OBM c'est du vrai libre c'est tous simplement qu'a aucun moment lors d'appel d'offre il n'y a jamais la version communautaire de Zimbra qui est proposé, on retombe sur un sytème de licence par user.

En ce qui concerne le connecteur Outlook, vous avez tout a fait raison. Nous souhaitons pousser les personnes a utilisé un système de messagerie/groupware entièrement libre. SI une personne désire utiliser Outlook (propriétaire) alors nous avons une solution, aussi propriétaire. Par contre il peux très bien utilisé Thunderbird avec notre connecteur libre, et je peux vous assurer que de grand ministère migre vers TB.

Je tiens a souligner que ma phrase "pas du vrai libre" est peut être un peu trop forte et sujet a polémique.

Non, ce n'est pas pour dire ça, OBM ne fait pas tout ce que fait Zimbra et Zimbra ne fait pas tout ce que fait OBM. OBM a déjà pas mal de grosses références en tant que groupware en production (ministère et autres cf site pro) contrairement à Zimbra (ne me cite pas free, ce n'est pas une install groupware professionnel, mais pour des user lambda). De plus, c'est pas pour troller, Zimbra c'est un pas du vrai libre, si tu veux une install pro il te faut en fait la version commercial; dans OBM il n'existe pas de version commercial différente de la version communautaire.

on peut créer des utilisateurs en masse via un import CSV dans l'interface.

Ce que j'aime bien avec eGroupware, c'est l'interface, la notion de ressource, et la possibilité d'afficher le calendrier de plusieurs personnes/ressources simultanément

Je ne suis pas un utilisateur de eGroupware. Cependant la notion de ressources et même de groupe de ressource est très évoluée dans OBM.

Chaque ressource a son propre agenda, sur lequel des utilisateurs peuvent avoir des droits d'administration afin de valider ou pas les réservations.
Vous pouvez rechercher des créneaux libres avec utilisateurs, groupes d'utilisateurs, ressources ou groupes de ressources.

L'affichage de plusieurs calendriers est bien sûr une des fonctionnalités d'OBM, qui est très conviviale

Le mécanisme d'authentification est par défaut interne a OBM donc pas de soucis d'AD.

En effet, nous somme en train de monter l'infra serveur.
Il existe aussi OBM Express http://obmpro.aliasource.fr/spip.php?article47) qui est plus destiné aux PME/ TPE qui n'ont aucune connaissance informatique.
Je précise que tout les composants d'OBM Express sont ceux d'OBM.