Modifications entre les versions 15 et 16
Version 15 à la date du 2010-02-01 19:20:33
Taille: 4460
Éditeur: MoussaNombre
Commentaire:
Version 16 à la date du 2010-02-04 10:43:31
Taille: 5327
Éditeur: AlexandreDomont
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 107: Ligne 107:
Techniques :
Ligne 109: 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.
   * Si l'utilisateur fait évoluer le ticket, un message est envoyé au tech assigné ?
   * Une fois le ticket fermé, un message est envoyé à l'utilisateur.


 

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.
      • Si l'utilisateur fait évoluer le ticket, un message est envoyé au tech assigné ?
      • Une fois le ticket fermé, un message est envoyé à l'utilisateur.

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