Shadoware.Org - Mot-clé - dédié

Email2Trac

Ulrich Van Den Hekke — Wed, 22 Oct 2008 09:00:00 +0200

Email2Trac est un logiciel permettant de créer un ticket sous Trac en envoyant un mail au système de suivi de ticket.

L'intérêt d'envoyer un mail au système de suivi plutôt que de se connecter sur le site Internet pour faire ses rapports d'anomalie, est de faciliter l'accès à de nouvelles personnes. En effet, il est parfois plus facile d'envoyer un mail avec son client mail préféré (en considérant que le logiciel est quasiment toujours ouvert, ce qui doit être le cas en entreprise) que d'ouvrir le navigateur pour envoyer une anomalie de temps en temps (ouvrir le site, se logger, remplir tous les champs, ...).

Ceci peut également être utilisé par un outil de rapport de bug, envoyant un mail automatique (avec confirmation de l'utilisateur) au crash dudit logiciel.

Comme dit précédemment, EMail2Trac^[1] permet

d'ajouter un ticket en envoyant un mail, avec des fichiers attachés
mettre à jour un ticket (en répondant au mail du ticket par exemple)

Installation

Pour installer Email2Trac, il faut télécharger le source et le décompresser dans un dossier temporaire (ou utilisateur).

Sans gestionnaire de paquet

Ensuite la compilation se fait à l'aide des habituelles autotools

configure --prefix=/usr/local --with-mta_user=nobody --with-trac_user=www-data
make 
make install

Sous Debian

Après avoir installé les paquets cdbs et autotools-dev, vous pouvez exécuter les commandes suivante en root (ou la première à l'aide de fakeroot) :

debian/rules binary
dpkg -i ../email2trac_<version>.deb

Pour le gestionnaire de paquets RPM vous pouvez visiter la page https://subtrac.sara.nl/oss/email2trac/wiki/Email2tracInstallation

Configuration de l'application

La deuxième étape est l'édition du fichier /etc/email2trac.conf. Dans ce fichier les informations à renseigner concerne la gestion du projet Trac^[2] par Email2Trac.

[DEFAULT]
project: /www/site/trac/projet1
spam_level: 5
drop_spam: 1
ticket_update: 1
strip_signature: 1
 
[projet2]
project: /www/site/trac/projet2
spam_level: 5
drop_spam: 1
ticket_update: 1
strip_signature: 1

Les différentes options dépendent de ce que vous souhaitez avoir. Les différentes possibilités sont à l'adresse suivante.

Spam

La gestion du SPAM se fait à l'aide des 3 lignes :

spam_level: 5
drop_spam: 1
spam_header: X-Spam-Level

La ligne spam_header étant à configurer suivant votre politique de gestion des spams (utilisation de SpamAssassin ou d'un autre utilitaire).

Configuration de Postfix

Il faut maintenant configurer notre système de messagerie pour intégrer Email2Trac. Nous allons détailler ici la mise en place de Email2Trac sous Postfix. Pour les autres serveurs mails vous pouvez visiter la page : http://subtrac.sara.nl/oss/email2trac/wiki/Email2tracMta

Aliases

La première méthode concerne la modification du fichier des alias pour une configuration standard de postfix. Nous allons commencer par modifier le fichier /etc/aliases en ajoutant la ligne suivante (pour le projet 1) :

projet1: |"/usr/bin/run_email2trac"

Il est également possible de préciser le projet sur lequel il faut travailler (projet définit dans /etc/email2trac.conf) :

projet2: |"/usr/bin/run_email2trac --project=projet2 --ticket_prefix=devel"

Dans le fichier /etc/postfix/main.cf, il faut avoir défini l'emplacement des alias de la manière suivante :

alias_maps = hash:/etc/aliases

Les commandes suivantes permettent de mettre à jour le fichier des alias et demander à Postfix de recharger la configuration :

postaliases /etc/aliases
postfix reload

Une fois ceci terminé, les mails envoyé à projet1@domain.org et projet2@domaine.org seront automatiquement redirigés vers email2trac qui s'occupera de créer le ticket dans votre système de suivi.

Transport

Cette configuration concerne les personnes qui ont une configuration plus complexe de postfix par exemple en gérant des domaines virtuels. Il est alors possible de définir une redirection des tickets pour un sous domaine.

Nous avons donc créé le sous-domaine tickets.domaine.org et voulons que les mails envoyés à projet1@tickets.domaine.org est projet2@tickets.domaine.org soient redirigés vers email2trac.

Pour cela nous allons créer un fichier /etc/postfix/transport avec les lignes ci-dessous :

projet1@tickets.domaine.org      projet1:
projet2@tickets.domaine.org      projet2:

Puis dans le fichier /etc/postfix/main.cf nous allons définir que pour le sous domaine tickets.domaine.org, il faut lire et utiliser le fichier des transports. (Attention il ne faut pas ajouter ce sous-domaine dans mydestination.

relay_domains = tickets.domaine.org
transport_maps = hash:/etc/postfix/transport

Ensuite, il nous faut définir dans le fichier /etc/postfix/master.cf notre nouveau mode de transport. Il n'est pas obligé d'utiliser run_email2trac qui fait un changement d'utilisateur, car dans le fichier master.cf on peut directement définir l'utilisateur de destination.

projet1      unix  -       n       n       -       -       pipe
  flags=FR user=www-data argv=/usr/bin/email2trac
  ${nexthop} ${user}
projet2      unix  -       n       n       -       -       pipe
  flags=FR user=www-data argv=/usr/bin/email2trac
  ${nexthop} ${user}

Enfin il faut redémarrer postfix :

postmap /etc/postfix/transport
postfix reload

Et voilà vous pouvez envoyer vos mails à projet1@tickets.shadoware.org.

Tester

Pour tester il est possible d'envoyer un mail, comme ceci :

mail projet1@tickets.shadoware.org < ticket.txt

En cas de problème, vous pouvez vérifier que email2trac est bien configuré avec la commande :

email2trac --project=projet1 < ticket.txt

Notes

[1] http://subtrac.sara.nl/oss/email2tr...

[2] http://trac.edgewall.org/

Coupure du site

Ulrich Van Den Hekke — Sun, 13 Jan 2008 14:14:00 +0000

Salutation à tous,

Afin de mettre à jour 2-3 trucs sur mon serveur dédié, je couperai peut-être apache pendant quelques heures. Je pense faire ça la semaine prochaine (si j'oublie pas ;))

Bye

Mon serveur dédié

Ulrich Van Den Hekke — Fri, 19 Oct 2007 19:58:00 +0000

Bonjours à tous, vous qui me lisez (Enfin si vous me lisez! j'ai pas des masses de commentaire).

Voilà, je viens de terminer l'installation de mon serveur dédié. Bon il y a encore beaucoup de choses à faire pour que le serveur dédié soit parfaitement opérationnel. Je suis donc passé par l'installation :

Un serveur Apache 2 + SSL + PHP
PostgreSQL pour la plupart des besoins en base de donnée.
SubVersion pour mes besoins en projet
Trac pour mes besoins en suivis de projet
Quelques applis PHP
Bind
Postfix (en SMTP)
IMAP/IMAP-SSL
Un Webmail

Que du bonheur ! L'installation n'est pas encore terminée. Il y a encore du travail, je vais par exemple voir pour la création d'une Mailing-List, voir à envoyer mes vieux projets sous SubVersion, ... J'écris également à l'heure actuelle un article contenant toutes les étapes d'installation, document que je publierai dans une revue. Mais comme je suis plutôt lent à écrire, il me faut beaucoup de temps avant de sortir un tel document ;). Par contre je vais voir à ce qu'il soit le plus complet possible et essayer de ne rien oublier. Tellement de choses à dire

Le retour du roi

Ulrich Van Den Hekke — Tue, 09 Oct 2007 11:53:00 +0000

Et voilà j'ai encore déménagé. Vous allez pouvoir retrouver mon site à l'adresse suivante : http://www.shadoware.org et mon blog à http://blog.shadoware.org.

N'est-ce pas que c'est beau ?

J'en profite pour vous informer que j'écris un article sur l'installation d'un serveur dédié. Le serveur dédié dont je me suis inspiré, c'est le mien, et ça tombe bien. Par contre l'article en question paraitra dans un Magazine Linux Je vous tiendrais informé.

A bientôt.

Déménagement

Ulrich Van Den Hekke — Sun, 09 Sep 2007 14:02:00 +0000

Hello à tous,

Je vais bientôt déménager, mais à défaut de trouver un appartement, ce sera un serveur dédié qui sera ma destination. J'y stockerai mon lit, mes placards et quelques couvertures (mouarf que je me marre !!!!). J'ai un hébergement chez kimsufi, et je vais donc migrer un peu à la fois mon site vers ce serveur dédié. En attendant ce petit déménagement : plus de poste de billet, ni de commentaire, pour éviter d'en perdre dans la foulée ;).

A bientôt, ... Ulrich

De retour

Ulrich Van Den Hekke — Sat, 04 Aug 2007 10:45:00 +0000

Salut tout le monde,

Cela fait très longtemps que je n'ai pas écrit sur ce blog^[1]. Donc me voilà de retour à écrire quelques lignes. Bon, je suis sûr que ma vie ne vous intéresse pas et que vous vous foutez de mon voyage à La Rochelle ou de celui que j'ai fait à Tours, mais je vais quand même vous en parler un peu. Mais rien qu'un peu.

Notes

[1] Et certaines personnes sont là pour me le faire constater

Les aléas du métier

Donc il y a environ 2 mois de cela, j'étais parti en clientel en Belgique. Bon, même si de par chez moi, la Belgique n'est pas loin, Bruxelles est quand même à 1 heure et demi de route. J'ai donc fait l'aller-retour presque tous les jours, et je n'ai pas trouvé beaucoup le temps d'écrire^[1]. Dur de rester éveillé avec 3 heures de voiture par jour, pendant plus d'un mois et demi .... Ce projet ne m'a, bien sûr, pas déplu, ayant appris pas mal de choses au cours de ce mois et demi, même si parfois il y avait un peu de pression dans la cocotte. Ensuite après cela, je me suis retrouvé sur un autre projet^[2], qui me prenaient jusqu'ici un peu (euphémisme ...) de temps. Je suis d'ailleurs pour l'instant toujours sur ce projet, projet que j'apprécie également.

Bref le soir, un peu crevé, je n'écris pas sur mon blog, et le week-end ....

Qt4

Depuis quelques temps je m'intéresse à Qt4 de la société Trolltech. Qt est un toolkit graphique permettant le développement d'application multi-plateforme (pour ceux qui ne connaissent pas). Qt est le toolkit graphique utilisé par l'environnement KDE sous Gnu/Linux.

Jusqu'ici KDE 3.5 utilisait la bibliothèque Qt3. Cette bibliothèque permettait le développement d'application libre^[3] sous Linux, et devenait payante pour des développements d'applications Windows (libre ou non) ainsi que pour faire des applications commerciales (Linux ou non).

La version 4 de Qt permet quant à elle la création d'application Windows et Linux sous licence libre^[4] à l'aide d'une version Opensource de Qt. Par contre pour le développement d'application commercial, il faut toujours payer une licence à la société Trolltech. (Un prêté pour un rendu). Cette bibliothèque est la base du future KDE 4.

J'ai donc décidé de m'intéresser à cette bibliothèque, et d'apprendre à l'utiliser. J'avais d'ailleurs écrit une application sous KDE 3 en utilisant l'ancienne version de Qt (programme dont je parle ici). Ce programme n'avance malheureusement pas beaucoup. Je n'en ai pas trop la motivation en ce moment^[5]. J'espère ainsi, en apprenant à utiliser cette techno qu'est Qt4 de pouvoir écrire plus tard des applications pour le futur KDE4^[6]

Pour cela je me suis lancé dans l'écriture d'une application en Qt4. Cette application étant projet personnel, n'est diffusée qu'à un nombre restreint de personne, pour le moment. Ce programme en Qt4 essaie d'utiliser toute la puissance du toolkit graphique^[7]. J'utilise les outils pour faire de la Complétion, pour faire de la coloration syntaxique, surveillance de la modification des fichiers, Thread, Processus, Model/View, .... Le but de l'application est un éditeur XSL et Javascript, un peu avancé. Je peux toujours vous montrer une petite capture d'écran, qui ne vous donne qu'un petit aperçu.

Mouais, pas très nette cette photo ....

Je passe donc depuis quelques temps déjà quelques heures le soir, et quelques heures le Week-end à écrire cet éditeur de fichier XML et Javascript. J'y ai même écris un petit module WebServices (qui ne comprend pas tout, mais bon ...). Bon celle-ci possède encore quelques malheureux bugs, mais à part cela elle est tout à fait fonctionnelle.

Projets

C'est RAID

Comme j'en ai déjà parlé précédemment, j'ai monté mes disques durs sur un RAID 1. Lors de coupure de courant (ou après le plantage de Gnu/Linux lors du réveil d'une mise en veille), le RAID se reconstruit. La reconstruction du RAID prend un peu de temps (presque deux heures). Je n'ai pour l'instant trouvé aucune application graphique qui permettrait de voir que le système reconstruit son RAID, où il en est, .... . Pour l'instant je dois faire un cat /proc/mdstat pour avoir toutes ces informations.

J'ai donc bien envie d'écrire un petit outil graphique qui permettrait de voir cela rapidement (EVMS ne me convient pas).

Enfin j'ai bien envie de faire marcher cette mise en veille, continuer un peu le programme que je nomme XINX.

Serveur dédié

Je réfléchis également à l'utilité d'avoir son propre serveur dédié. Je pense par exemple au billet suivant sur le site LinuxFR qui parle du serveur dédié http://www.kimsufi.com/

Hébergement site
Stockage d'un Subversion pour mes différents projets
Un serveur IMAP me permettant d'accéder à mes mails perso de n'importe où
Backup crypté.

Quel est également l'utilité par rapport à un serveur tournant 24h/24 dans son chez soi ?

Notes

[1] Bien que sans ça, je n'aurais pas forcément trouvé le temps non plus

[2] qui me permet de changer un peu des habituels projets.

[3] sous licence GPL

[4] toujours GPL

[5] surtout que je vois des applications tel que Clonzilla, Partimage, ... qui fonctionnent très bien, ils ne leur manquent plus qu'une bonne interface graphique

[6] Même si je n'écris pas énormément d'application pour la communauté, j'ai toujours la profonde motivation de le faire. Il ne reste plus qu'à trouver le projet qui me motive suffisamment.

[7] que je parle bien moi !!