Outils pour utilisateurs

Outils du site


todolist:2011

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

todolist:2011 [2016/07/19 15:36] (Version actuelle)
Ligne 1: Ligne 1:
 +{{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>​
  
todolist/2011.txt · Dernière modification: 2016/07/19 15:36 (modification externe)