Bonjour à tous,
Je réponds à mon message précédent, pour vous signaler que nous
avons trouvé une solution de contournement au problème de
synchronisation OBM 2.3.18 <=> TB3.1.9+Lightning1.0b2.03obm+OBMConnector
2.4.1.17.
En fait en reprenant les tests ce matin avec un collègue, on s'est
aperçu que lui arrivait à synchroniser son compte. Nous en avons donc
déduit que le problème était lié à mon compte (après avoir tenté une
synchro de mon compte sur son PC sans succès). Nous n'avons pas trouvé
ce que mon compte avait de particulier qui bloquait la synchro.
En revanche en supprimant et recréant le compte, j'arrive de
nouveau à me connecter via OBM Connector sur le serveur.
Nous avons pu poursuivre les tests concernant l'organisation d'un évenement du type réunion depuis lightning, la gestion des notifications ics. Nous avons observé des améliorations nettes sur la gestion de ces notifications en revanche nous n'arrivions plus à synchroniser dans le sens client vers serveur sans comprendre pourquoi.
Après différents tests, nous avons remarqué que la synchro fonctionnait si l'événement était créé dans l'interface web et que des invités validaient depuis TB, Idem pour un événement créé dans l'interface web puis modifier dans TB. Nous avons ensuite remarqué que si l'événement créé dans TB et notifié prenait en compte les participants sous la forme uid@nom_domain alors le système arrivait à synchroniser y compris du client TB-lightning vers le serveur. Nous en sommes arrivé à la conclusion que TB ne taggé un nouvel événement avec les bonnes info. Nous pensons qu'il s'agit d'un nouvel effet de bord de l'intégration OBM <=> LemonLDAP nous avons modifié notre configuration LemonLDAP de façon à ce que le champ "mailR" prenne une valeur correspondant à uid@nom_domain et non plus prenom.nom@nom_domain et cela semble fonctionner.
Cordialement,
Message: 1 Date: Fri, 08 Apr 2011 14:50:51 +0200 From: Hugo Bayles<[email protected]> Subject: TB-Lightning-obm_connector et OBM 2.3.18 To: [email protected] Cc: [email protected], Halat Sylvie <[email protected]>, [email protected] Message-ID:<[email protected]> Content-Type: text/plain; charset="iso-8859-1" Bonjour ? tous, Nous essayons de tester OBM version 2.3.18 pour r?soudre les probl?mes d'organisation de r?union/notification ical/synchro TB. Voici notre configuration actuelle : Serveur : Debian + postgresSQL + LemonLDAP::ng + OBM 2.3.18 Client : WinXP + Mozilla Thunderbird 3.1.9 + Lightning 1.0b2.03obm + OBM Connector 2.4.1.17 Nous utilisons uniquement la partie agenda d'OBM nous disposons d'une messagerie d'entreprise compl?tement disjointe. La base d'utilisateur est cependant la m?me par l'interm?diaire de notre LDAP interrog? par OBM via LemonLDAP. Quand j'essaye de me connecter j'obtiens l'erreur suivante : "Erreur d'authentification : mauvais login ou mot de passe" Il va de soi que les identifiants/mdp sont corrects, ils passent d'ailleurs sur l'interface web. Pour essayer de trouver plus d'info, nous sommes passer en mode debug pour les log je les joint ? ce courriel. De la m?me fa?on nous avons v?rifi? les log sur le serveur et rien de sp?cial n'apparait. L'acc?s est bien loggu? mais il n'y a pas de message d'erreur. En relisant le log pour ?liminer les mot de passe =-O , j'ai remarqu? la ligne suivante : [DEBUG ] JS console: (Fri Apr 08 2011 13:06:13 GMT+0200)> [JavaScript Error: "uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgSendLater.hasUnsentMessages]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://messenger/content/mail-offline.js :: anonymous :: line 81" data: no]"] qui m'a laiss? supposer que mes test sur un thunderbird sans compte de messagerie configur? pouvaient ?tre une source de probl?me. J'ai donc configurer un compte de messagerie et relancer un test de synchronisation d'o? le second fichier de log ci-joint. Il appara?t alors un certain nombre de message faisant r?f?rence ? notre serveur de messagerie et au non support de la RFC 5746. [DEBUG ] JS console: (Fri Apr 08 2011 14:01:31 GMT+0200)> messagerie.ac-toulouse.fr : server does not support RFC 5746, see CVE-2009-3555 Doit-on comprendre que les ?volutions pour r?soudre les probl?mes de prise en charge des notifications ical s'appuient sur la partie messagerie ? Cette hypoth?se me parait invraisemblable, elle reviendrait ? dire qu'il devient quasi impossible d'utiliser l'agenda sans les autres parties d'obm ce qui est notre cas et que de plus les am?liorations sur la gestion des notifications restent inaccessibles ? tous les utilisateurs se trouvant dans le m?me cas que nous. Dans ce cas y a-t-il un moyen de configurer OBM par rapport ? notre solution de messagerie externe ? OBM ? Je pr?f?re pensez que je suis sur une mauvaise piste et que les messages relatifs ? la messagerie n'ont rien ? voir. En revanche, je suis un peu ? cours d'id?e auriez-vous une meilleure piste expliquant l'?chec de la connexion ? Cordialement, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.obm.org/pipermail/obm/attachments/20110408/7c0eac6b/attachment.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: obm-connector-log_201104081305.txt Url: http://list.obm.org/pipermail/obm/attachments/20110408/7c0eac6b/attachment-0002.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: obm-connector-log_201104081401.txt Url: http://list.obm.org/pipermail/obm/attachments/20110408/7c0eac6b/attachment-0003.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: hugo_bayles.vcf Type: text/x-vcard Size: 244 bytes Desc: not available Url : http://list.obm.org/pipermail/obm/attachments/20110408/7c0eac6b/attachment-0001.vcf
<<attachment: hugo_bayles.vcf>>
_______________________________________________ Obm mailing list [email protected] http://list.obm.org/mailman/listinfo/obm
