<task> TITLE: VM autostart PRIORITY: High PROGRESS: 100% ASSIGNED: benvii OPENED: 30/12/2011 DEADLINE: 04/01/2012 DESCRIPTION: Il faudrait passer toutes les VM sur enterprise1 en autostart histoire que quand il y a des problème (électriques par exemple) et que le serveur se relancer on ai pas à relancer toutes les VM à la main. </task>
<task> TITLE: Firewall Infini PRIORITY: Critical PROGRESS: 100% ASSIGNED: eric.talarmain OPENED: 03/12/2011 DESCRIPTION: Il faut ouvrir les ports (sortent) : IMAP 143 IMAP SSL 993
Pour qu'on puisse mettre en place la fonctionnalité de multi-compte imap sur SOGo </task>
<task> TITLE: Migration du wiki vers nos serveurs PRIORITY: High PROGRESS: 100% ASSIGNED: benvii OPENED: 20/11/2011 DEADLINE: 26/11/2011 DESCRIPTION: C'est fait, le wiki est sur la VM apache, j'ai aussi effectué les changements d'IP dans le DNS.
Résumé de ce qui est en place : http(s):www.mdl29.net (91.217.154.232) –(redirect apache)–> http(s):mdl29.net (91.217.154.232)
Je pense qu'il faudra attendre un petit peu avant que la modif dans le DNS se répercute, j'ai bien modifié le numéro de série et interrogé notre DNS pour vérifié tout est bon normalement. </task>
<task> TITLE: Upload de photos sur fiches de contacts - SOGo - Web UI PRIORITY: High PROGRESS: 100% ASSIGNED: benvii OPENED: 11/11/2011 DEADLINE: 17/11/2011 DESCRIPTION: Mail envoyé sur la mailing users de sogo … en attente d'une réponse. https://inverse.ca/sogo/lists/arc/users/2011-11/msg00284.html
Cette fonctionnalité n'est tout simplement pas encore développée.
Réponse des développeurs de SOGo : No, this is currently not yet implemented.
See Bug : http://www.sogo.nu/bugs/view.php?id=1378
Also be aware of: http://www.sogo.nu/bugs/view.php?id=1277 http://www.sogo.nu/bugs/view.php?id=747
Kind regards, Christian Mack https://inverse.ca/sogo/lists/arc/users/2011-11/msg00304.html
</task>
<task> TITLE: Bug photo Connecteur Funambol - SOGo PRIORITY: Low PROGRESS: 100% ASSIGNED: benvii OPENED: 09/11/2011 DEADLINE: 26/11/2011 DESCRIPTION: Je n'ai pas réussi a reproduire le bug donc je ferme ce ticket. </task>
<task> TITLE: Connecteur Funambol SOGo PRIORITY: Critical PROGRESS: 100% ASSIGNED: smartin OPENED: 09/11/2011 DEADLINE: 12/01/2012 DESCRIPTION: La synchronisation de tâche mobile –> SOGo ne fonctionne pas, le bug est déclaré est résolu sur le site de SOGo : http://www.sogo.nu/bugs/view.php?id=1186
Il faut donc vérifier la note de version funambol-sogo-1.0.8.s4j ou supérieur est requis pour résoudre se bug.
Test effectué par ArnaudR avec succès. </task>
<task> TITLE: Erreur de tâche Cron PRIORITY: Low PROGRESS: 100% ASSIGNED: smartin OPENED: 25/10/2011 DEADLINE: 27/10/2011 DESCRIPTION: Tout les matins je reçoit ce message d'erreur : Sujet: Cron test -x /usr/sbin/anacron ( cd / && run-parts –report /etc/cron.daily ) (failed)
Date : Tue, 25 Oct 2011 06:37:22 +0200 (CEST) De : root@… (Cron Daemon) Pour : root@…
/etc/cron.daily/logrotate: error: stat of /var/log/syslog failed: Aucun fichier ou dossier de ce type run-parts: /etc/cron.daily/logrotate exited with return code 1
</task>
<task> TITLE: Déployer la barre sur SOGo PRIORITY: Low PROGRESS: 100% ASSIGNED: benvii OPENED: 24/10/2011 DEADLINE: 17/02/2012 DESCRIPTION: Mettre en place la barre sur SOGo en test puis en prod. </task>
<task> TITLE: Ajout de mini- jappix PRIORITY: Low PROGRESS: 100% ASSIGNED: benvii OPENED: 24/10/2011 DEADLINE: 17/02/2012 DESCRIPTION: Ajouter mini jappix de façon dynamique (en javascript) et optionnelle. Optionnel car on n'a pas besoin de mini jappix sur le service jappix par exemple.
Le chargement dynamique de mini-jappix n'est pas possible de par la conception de leur code. Seule solution modifier le code de mini-jappix (je vais essayer de le faire).
De plus mini-jappix semble très lourd (pas super bien programmé), je me demande s'il est raisonnable de le mettre sur tout les services on risques d'avoir certains ralentissements dans l'exécution je pense.
En plus de ça j'ai une erreur du bind : <body xmlns=“ http://jabber.org/protocol/httpbind” stream=“0bfecd19-1a70-406a-aff6-7eb69020b8f5”> <failure xmlns=“jabber:client” xmlns:stream=“http://etherx.jabber.org/streams” version=“1.0”> <not-authorized></not-authorized> </failure> </body> Ce qui rend impossible l'utilisation de mini-jappix.
Problème du chargement dynamique résolu via une modification des scripts de mini-jappix (cf #14 ).
Reste plus qu'un le problème de connexion au bind. </task>
<task> TITLE: Rendre compatible l'authentification CAS sur webkit PRIORITY: Critical PROGRESS: 100% ASSIGNED: benvii OPENED: 26/10/2011 DEADLINE: 17/02/2012 DESCRIPTION: L'authentification via des redirections suivies par AJAX ne fonctionnera pas sur les navigateurs basés sur webkit (chrome, chromium et safari) a cause d'un bug déjà déclaré : https://bugs.webkit.org/show_bug.cgi?id=57600
Il faut donc opter pour une solution plus violente décrite dans le fichier (freeplane) join au ticket. </task>
<task> TITLE: Passer le wiki en https PRIORITY: Low PROGRESS: 100% ASSIGNED: benvii OPENED: 25/10/2011 DEADLINE: 25/10/2011 DESCRIPTION: Pour plus de sécurité la barre d'accès aux services ne peut être déployée que sur des hôtes sécurisés (https). A cause des histoires de tickets CAS avec mini-jappix.
Il faut donc passer en https le wiki. Eric tu peux le faire ? </task>
<task> TITLE: Mini-jappix fonction callback PRIORITY: High PROGRESS: 100% ASSIGNED: benvii OPENED: 25/10/2011 DEADLINE: 25/10/2011 DESCRIPTION: J'ai du modifier les scripts de mini-jappix pour être prévenus de la fin de chargement de ces scripts via une fonction (qui peut être définie ou non) MINI_JAPPIX_callback. Cette fonction est appelée quand les scripts de mini-jappix sont chargés, on peut donc lancer mini-jappix par cette fonction par exemple. </task>
<task> TITLE: Maintenance CAS (prod) - CORS PRIORITY: Low PROGRESS: 100% ASSIGNED: benvii OPENED: 24/10/2011 DEADLINE: 24/10/2011 DESCRIPTION: Petite opération de maintenance sur le vhost du CAS pour autoriser le Cross Origin Ressource Sharing (CORS) de la futur barre de service.
Les “origin” suivantes seront autorisées à envoyer des requêtes GET sur https://cas.mdl29.net :
https://sogo.mdl29.net https://mail.mdl29.net https://inscriptions.mdl29.net https://jappix.mdl29.net https://mdl29.net (pas encore dispo mais je le met quand même) https://membres.mdl29.net (pas encore dispo mais je le met quand même)
Ainsi que des 'origin' de test, les même en .mdl29 ou lieux de .mdl29.net.
On à donc cette expression rationnelle : https:1)\.)*?(mdl29)(.net)?$ Selon les normes : http://www.w3.org/TR/cors/ </task> <task> TITLE: Authentification CAS PRIORITY: High PROGRESS: 100% ASSIGNED: benvii OPENED: 24/10/2011 DEADLINE: 24/10/2011 DESCRIPTION: Il faut réussir à authentifier l'utilisateur sur la barre de service (qui apparaît comme un service auprès du CAS). Cette authentification nécessite des redirections, 2 possibilités : - autoriser les services à envoyer des requêtes via AJAX sur le CAS via du cross-origin ressource qui pourrait être configuré via apache. Ne pas passer par du javascript et rediriger l'utilisateur pour l'authentifier sur membres.mdl29 et le ramener sur le service (un peu bourrin comme méthode). Je regarde pour activer le cross-origin sur le CAS comme je l'ai fait sur membres.mdl29. </task> <task> TITLE: Cross-Origin Resource Sharing PRIORITY: Low PROGRESS: 100% ASSIGNED: benvii OPENED: 24/10/2011 DEADLINE: 24/10/2011 DESCRIPTION: La barre de service est sur membres.mdl29 Les services sont sur dans hôtes différents, donc le JS s’exécute à partir d'hotes différents il faut donc les autoriser (coté serveur) à envoyer des requêtes via les spécifications de “Cross-Origin Resource Sharing”. * Solution : Problème résolu pour récupérer la source dock.php de façon dynamique, il faudra lister les noms de domaines étant autorisés à faire du “Cross-Origin Resource Sharing”. Reste à voir l'authentification CAS. </task>