Modifications entre les versions 14 et 18 (s'étendant sur 4 versions)
Version 14 à la date du 2010-02-01 15:53:24
Taille: 3813
Éditeur: MoussaNombre
Commentaire: Mise à jour (inscription par email)
Version 18 à la date du 2010-02-09 13:50:28
Taille: 6271
Éditeur: AlexandreDomont
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 80: Ligne 80:
 * les utilisateurs ne doivent pas voir les comptes des autres (par défaut, c'est ouvert) :
  {{{
   # /var/lib/roundup/trackers/auf-test/schema.py

   # May users view other user information? Comment these lines out
   # if you don't want them to
   #db.security.addPermissionToRole('User', 'View', 'user')
  }}}
 
 * les messages d'erreurs sont envoyé où + taille des PJ :
  {{{
   # /var/lib/roundup/trackers/auf-test/schema.py

   # Send error message emails to the dispatcher, user, or both?
   # Default: user
   error_messages_to = both

   #max_attachment_size = 2147483647
   max_attachment_size = 10000000
  }}}
Ligne 86: Ligne 107:
Techniques :
Ligne 88: Ligne 111:
 * Tester les propriétés Subject: Re: [issue2] the coffee machine is broken! [priority=urgent] http://www.roundup-tracker.org/docs/user_guide.html#setting-properties
  * Tester surtout l'envoie d'un message en complément d'un ticket ouvert.
 * Voir la possibilité de mettre des catégories...
 * Syndication

Fonctionnelles :

 * Compléter et franciser : "état" et "priorité"
 * Synchronisation avec annuaire AUF
 * Message de réponse après avoir envoyer une demande de support (accuse la création d'un ticket)
 * Envoie des tickets à un support "niveau 1" en fonction de la région, pour assignation technique.
 * Par la suite : Syndication
 * démarche :
  * Utilisateur envoie un message à support-auf-test@auf.org
  * Un nouveau ticket est créé dans un délai de 2' sur roundup.auf.org
   * Un message est envoyé à l'utilisateur pour l'informer de la création du ticket. A ce moment là, il peut au besoin compléter sa demande en répondant au message.
   * Un message est envoyé au support niveau 1 (1 ou 2 tech en fonction de la région de provenance du message), assignation du ticket et des mots-clés
   * Un message est envoyé au tech assigné, il gère le ticket soit par mail, soit sur la plateforme, il peut entreprendre des recherches sur un ticket similaire.
    * Lorsqu'un commentaire est ajouté via l'interface web, est-ce que les personnes dans la "liste des curieux" le reçoit par courriel ?
     * A tester... --AlexandreDomont
    * L'utilisateur reçoit-il touts les échanges concernant son ticket ou peut-il recevoir uniquement la réponse finale; la solution ?
     * L'utilisateur recevra tous les échanges concernant son ticket et pourra y répondre, le tech et les "curieux" recevront le message. --AlexandreDomont
     * Une "liste parallèle" permettra de discuter purement technique.--AlexandreDomont


 * Comment envoyer un message au tech selon la région de provenance du message ?
 * voir si on peut utiliser les mots-clés pour envoyer un message (ou comme catégorie d'abonnement de flux rss) aux personnes concernées/intéressées par CODA, OOo, Reflets-web, etc.
 * Ajouter des filtres/tris sur les en-tête de colonne de la liste des demandes sur l'interface web - en fait, rendre plus aisée et agréable la recherche dans les issus afin d'encourager la consultation des tickets en cours mais également de ceux résolus.



 

Roundup : roundup.auf.org

Support :

En cours de rédaction...

Contexte

  • serveur hôte : vz-tech.ca.auf
  • N° de CT : 513
  • adresse IP : 199.84.140.29

Installation

  • apache
  • roundup
  • dovecot
  • exim4-light

Configuration

  • roundup-admin install
    • type de db : sqlite (pour le moment, mais à voir avec l'évolution)
  • Adresses utilisées (alias créés sur le serveur smtp):
  • création d'une instance de tracker :
    • roundup-admin install

    • nom : auf-test
    • type de bd : sqlite
    • configuration : /var/lib/roundup/trackers/yourtracker/config.ini

    • initialisation : roundup-admin initialise (c'est ici qu'on définit le mot de passe du compte admin)

    • ajout du nouveau tracker dans le système (/etc/roundup/roundup-server.ini)
      • port = 8088 ( A REVOIR)

        •       [trackers]
                auf-test = /var/lib/roundup/trackers/auf-test
    • fichier de log : /var/log/roundup/auf-test.log
    • rendre la bd accessible : chmod 777 /var/lib/roundup/trackers/auf-test/db ( A REVOIR)

  • exim4 + dovecot :
    • création du compte unix : support-auf-test avec homedir = /var/lib/roundup/trackers/auf-test/support-auf-test
    • BAL : ~Maildir
    • dovecot.conf
      • accessible seulement via localhost
      • groupe = support-auf-test
      • authentification PAM activée
  • relancer roundup : /etc/init.d/roundup restart
  • automatisation du roundup-mailgw : /etc/cron.d/roundup-check-mail à toutes les 2 minutes

  • activation de l'inscription par email (on n'a pas besoin d'être inscrit via le web pour envoyer un ticket) :
    •      # /var/lib/roundup/trackers/auf-test/schema.py
           db.security.addPermissionToRole('Anonymous', 'Email Access')
    • quand quelqu'un (non inscrit via le web) envoie un mail à support-auf-test :
      1. le mail est accepté et un ticket est ouvert (avant, le mail était rejeté avec un message qui disait qu'il fallait d'abord être inscrit avant de pouvoir envoyer de mail)
      2. un nouveau compte est crée (préfixe du courriel) sans mot de passe (empêchant toute ouverture de session sur l'interface web)
      3. soit l'admin met un mot de passe et en informe l'utilisateur ; soit celui-ci clique sur l'option "Perdu votre login ?" pour se faire envoyer un mot de passe
    • il y a un MAIS :

         # Let anonymous users access the email interface (note that this implies
         # that they will be registered automatically, hence they will need the
         # "Create" user Permission below)
         # This is disabled by default to stop spam from auto-registering users on
         # public trackers.

      En français : c'est la porte grande ouverte aux spams.

    • Solution : n'accepter les nouveaux courriels que s'il viennent d'un xxxx@auf.org.

      • De prime abord, il faudra jouer dans le code pour ça.
  • les utilisateurs ne doivent pas voir les comptes des autres (par défaut, c'est ouvert) :
    •    # /var/lib/roundup/trackers/auf-test/schema.py
      
         # May users view other user information? Comment these lines out
         # if you don't want them to
         #db.security.addPermissionToRole('User', 'View', 'user')
  • les messages d'erreurs sont envoyé où + taille des PJ :
    •    # /var/lib/roundup/trackers/auf-test/schema.py
      
         # Send error message emails to the dispatcher, user, or both?
         # Default: user
         error_messages_to = both
      
         #max_attachment_size = 2147483647
         max_attachment_size = 10000000

Interface web

Notes

Techniques :

  • Voir pour la DB à utiliser
  • Voir cette histoire de chmod 777 /var/lib/roundup/trackers/auf-test/db

Fonctionnelles :

  • Compléter et franciser : "état" et "priorité"
  • Synchronisation avec annuaire AUF
  • Message de réponse après avoir envoyer une demande de support (accuse la création d'un ticket)
  • Envoie des tickets à un support "niveau 1" en fonction de la région, pour assignation technique.
  • Par la suite : Syndication
  • démarche :
    • Utilisateur envoie un message à support-auf-test@auf.org

    • Un nouveau ticket est créé dans un délai de 2' sur roundup.auf.org
      • Un message est envoyé à l'utilisateur pour l'informer de la création du ticket. A ce moment là, il peut au besoin compléter sa demande en répondant au message.
      • Un message est envoyé au support niveau 1 (1 ou 2 tech en fonction de la région de provenance du message), assignation du ticket et des mots-clés
      • Un message est envoyé au tech assigné, il gère le ticket soit par mail, soit sur la plateforme, il peut entreprendre des recherches sur un ticket similaire.
        • Lorsqu'un commentaire est ajouté via l'interface web, est-ce que les personnes dans la "liste des curieux" le reçoit par courriel ?
        • L'utilisateur reçoit-il touts les échanges concernant son ticket ou peut-il recevoir uniquement la réponse finale; la solution ?
          • L'utilisateur recevra tous les échanges concernant son ticket et pourra y répondre, le tech et les "curieux" recevront le message. --AlexandreDomont

          • Une "liste parallèle" permettra de discuter purement technique.--AlexandreDomont

  • Comment envoyer un message au tech selon la région de provenance du message ?
  • voir si on peut utiliser les mots-clés pour envoyer un message (ou comme catégorie d'abonnement de flux rss) aux personnes concernées/intéressées par CODA, OOo, Reflets-web, etc.
  • Ajouter des filtres/tris sur les en-tête de colonne de la liste des demandes sur l'interface web - en fait, rendre plus aisée et agréable la recherche dans les issus afin d'encourager la consultation des tickets en cours mais également de ceux résolus.

RoundUp (dernière édition le 2010-03-26 19:02:39 par MoussaNombre)