2546
Commentaire:
|
5327
|
Texte supprimé. | Texte ajouté. |
Ligne 59: | Ligne 59: |
* 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) 1. un nouveau compte est crée (préfixe du courriel) sans mot de passe (empêchant toute ouverture de session sur l'interface web) 1. 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 }}} |
|
Ligne 65: | Ligne 107: |
Techniques : |
|
Ligne 67: | 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 * Inscription des expéditeurs, par defaut, il faut avoir un compte pour pouvoir créer un ticket |
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):
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 :
- 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)
- un nouveau compte est crée (préfixe du courriel) sans mot de passe (empêchant toute ouverture de session sur l'interface web)
- 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.