{{INLINETOC}}

====== Sans catégorie ======
<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>

====== Barre de services ======

<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://(((sogo)|(mail)|(inscriptions)|(jappix)|(membres))\.)*?(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>