WikiTeki /  Modifications de « RoundUp »

Roundup : roundup.auf.org

Support :

• http://wiki.debian.org/roundup

• http://www.roundup-tracker.org/docs/user_guide.html

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):

  • pour les tickets : support-auf-test@auf.org, redirigé vers support-auf-test@roundup.auf.org

    • le principe étant que la boîte à mail est géré localement sur le serveur roundup (d'où le dovecot)

  • admin : roundup-admin@auf.org (MoussaNombre, DarkoStanar, AlexandreDomont)

• 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

• http://roundup.auf.org:8088/auf-test

Échéancier

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 ?

        • A tester... --AlexandreDomont

        • Oui, lorsqu'un commentaire est fait par courriel ou via l'interface web, il est adressé par courriel à la liste des curieux. --ChristineLegris

      • L'utilisateur reçoit-il tous 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

          • L'utilisateur est ajouté par défaut dans la liste des curieux et reçoit donc tous les messages. Les autres doivent s'ajouter dans la liste des curieux; le fait de faire un commentaire ne provoque pas l'ajout à la liste des curieux. --ChristineLegris

        • 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.