Redmine

[[FrGuide]]

h1. Recevoir des courriels

{{>toc}}

Depuis la version 0.8, Redmine peut être configuré pour créer des demandes ou des commentaires directement par courriels.

h2. Mise en oeuvre

Vous pouvez configurer Redmine pour recevoir des courriels avec une des méthodes suivantes :

* Adresser des messages à partir de votre serveur de messagerie

** Distant: Fonctionne avec un serveur de messagerie distant, les courriels sont traités immédiatement, rapide (pas d'environnement à redémarrer)

** Local: Nécessite quelques configurations sur votre serveur de messagerie local (ex. Postfix sendmail, etc.)

* Récupérer les courriels depuis un serveur IMAP ou POP3 :

** Distant: Facile à mettre en oeuvre, ne nécessite pas de configurer le MTA, fonctionne avec un serveur de messagerie distant

** Local: Le traitement n'est pas réalisé instantanément (un cron doit être ajouté pour lire périodiquement les courriels)  

h3. Adresser des courriels à partir de votre serveur de messagerie

Un script autonome peut être utilisé pour transmettre des courriels entrants à partir de votre serveur de messagerie.

Ce script lit un flux de courriel depuis l'entrée standard et le transmet à Redmine via une requête HTTP.

Le fichier est accessible depuis le répertoire de redmine: @extra/mail_handler/rdm-mailhandler.rb@.

Pour pouvoir l'utiliser, vous devez activer l'API qui reçoit les courriels:

Aller dans > Administration > Configuration > Emails entrants, vérifier que la fonction *Activer le WS pour la réception d'emails* est bien cocher et saisir ou générer une clé secrète

copier le fichier @rdm-mailhandler.rb@ sur votre serveur de messagerie, vérifier qu'il possède les permissions pour s'exécuter et configurer le serveur de messagerie

Usage:

<pre>

rdm-mailhandler [options] --URL=<Redmine URL> --key=<API key>

Required:

  -u, --URL                      URL of the Redmine server

  -k, --key                      Redmine API key

General options:

  -h, --help                     show this help

  -v, --verbose                  show extra information

  -V, --version                  show version information and exit

Issue attributes control options:

  -p, --project=PROJECT          identifier of the target project

  -t, --tracker=TRACKER          name of the target tracker

      --category=CATEGORY        name of the target category

      --priority=PRIORITY        name of the target priority

  -o, --allow-override=ATTRS     allow email content to override attributes

                                 specified by previous options

                                 ATTRS is a comma separated list of attributes

</pre>

Exemples:

<pre>

  # No project specified. Emails MUST contain the 'Project' keyword:

  rdm-mailhandler --URL http://redmine.domain.foo --key secret

  # Fixed project and default tracker specified, but emails can override

  # both tracker and priority attributes:

  rdm-mailhandler --url https://domain.foo/redmine --key secret \\

                  --project foo \\

                  --tracker bug \\

                  --allow-override tracker,priority

</pre>

Ici un exemple pour les aliais Postfix:

<pre>

foo: "|/path/to/rdm-mailhandler.rb --URL http://redmine.domain --key secret --project foo"

</pre> 

h3. Récupérer les courriels depuis un serveur IMAP

Une tâche rake (@redmine:email:receive_imap@) peut-être utilisée pour récupérer les courriels depuis un serveur IMAP. Quand vous exécutez la commande rake depuis un cron vous pouvez ajouter l'option  @-f /path/to/redmine/appdir/Rakefile@ dans la commande, faute de quoi le fichier rake n'est pas trouvé. Voici un exemple de ligne pour un fichier cron qui récupère les courriels toutes les 30mn.

<code>

*/30 * * * * redmineuser rake -f /path/to/redmine/appdir/Rakefile redmine:email:receive_imap RAILS_ENV="production" host=imap.foo.bar username=redmine@somenet.foo password=xxx 

</code>

Cette ligne peut être ajoutée sur une seule dans votre fichier cron. Vous pouvez aussi consulter d'autres exemples à la suite, qui montre les commandes rake sans l'option @-f@ et sans la partie cron 

Il est nécessaire d'avoir configuré le firewall pour laisser sortir les connexions TCP pour le port IMAP 143. 

Options IMAP disponibles:

<pre>

  host=HOST                IMAP server host (default: 127.0.0.1)

  port=PORT                IMAP server port (default: 143)

  ssl=SSL                  Use SSL? (default: false)

  username=USERNAME        IMAP account

  password=PASSWORD        IMAP password

  folder=FOLDER            IMAP folder to read (default: INBOX)

  move_on_success=MAILBOX  move emails that were successfully received

                           to MAILBOX instead of deleting them

  move_on_failure=MAILBOX  move emails that were ignored to MAILBOX

</pre>

Options de contrôles des attributs des demandes:

<pre>

  project=PROJECT          identifier of the target project

  tracker=TRACKER          name of the target tracker

  category=CATEGORY        name of the target category

  priority=PRIORITY        name of the target priority

  allow_override=ATTRS     allow email content to override attributes

                           specified by previous options

                           ATTRS is a comma separated list of attributes

</pre>

Exemples de commandes rake:

<pre>

  # No project specified. Emails MUST contain the 'Project' keyword:

  rake redmine:email:receive_imap RAILS_ENV="production" \\

    host=imap.foo.bar username=redmine@somenet.foo password=xxx

  # Fixed project and default tracker specified, but emails can override

  # both tracker and priority attributes:

  rake redmine:email:receive_imap RAILS_ENV="production" \\

    host=imap.foo.bar username=redmine@somenet.foo password=xxx ssl=1 \\

    project=foo \\

    tracker=bug \\

    allow_override=tracker,priority

  # Move successful emails to the 'read' mailbox and failed emails to

  # the 'failed' mailbox

  rake redmine:email:receive_imap RAILS_ENV="production" \\

    host=imap.foo.bar username=redmine@somenet.foo password=xxx \\

    move_on_success=read move_on_failure=failed

</pre>

Les courriels Ignorés sont marqués comme étant "vu", mais ne sont pas supprimés du serveur IMAP  - Il s'agit notamment d'utilisateur inconnu, inconnu du projet et des courriels du compte émetteur de redmine.

L'option  _allow_override_ n'est pas seulement utilisée pour modifier la valeur par défaut donnée par rake, mais pour l'ensemble des attributs du courriel. Si vous voulez modifier un tracker dans votre courriel, vous devez ajouter add _allow_override=tracker_ as parameter.

h3. Récupérer des courriels d'un serveur POP3

_Seulement disponible sur le trunk et dans la future version 1.0_

Une tâche rake( @redmine:email:receive_pop3@) peut-être utilisée pour récupérer des courriels depuis un serveur POP3.

Options POP3 disponibles:

<pre>

  host=HOST                POP3 server host (default: 127.0.0.1)

  port=PORT                POP3 server port (default: 110)

  username=USERNAME        POP3 account

  password=PASSWORD        POP3 password

  apop=1                   use APOP authentication (default: false)

  delete_unprocessed=1     delete messages that could not be processed

                           successfully from the server (default

                           behaviour is to leave them on the server)

</pre>

Voir la tâche rake IMAP ci-dessus pour les attributs de contrôle des demandes.

h3. Reading emails from standard input

Une tâche rake (@redmine:email:receive@) peut-être utilisée pour lire un flux de courriels depuis une entrée standard. 

<pre>

Issue attributes control options:

  project=PROJECT          identifier of the target project

  tracker=TRACKER          name of the target tracker

  category=CATEGORY        name of the target category

  priority=PRIORITY        name of the target priority

  allow_override=ATTRS     allow email content to override attributes

                           specified by previous options

                           ATTRS is a comma separated list of attributes

</pre>

Exemples:

<pre>

  # No project specified. Emails MUST contain the 'Project' keyword:

  rake redmine:email:read RAILS_ENV="production" < raw_email

  # Fixed project and default tracker specified, but emails can override

  # both tracker and priority attributes:

  rake redmine:email:read RAILS_ENV="production" \\

                  project=foo \\

                  tracker=bug \\

                  allow_override=tracker,priority < raw_email

</pre>

L'option  _allow_override_ n'est pas seulement utilisée pour modifier la valeur par défaut donnée par rake, mais pour l'ensemble des attributs du courriel. Si vous voulez modifier un tracker dans votre courriel, vous devez ajouter add _allow_override=tracker_ as parameter.

h3. Permettre aux utilisateurs anonymes de créer des demandes par courriels

Pour activer cette option, les paramètres supplémentaires doivent être ajoutés.

<pre>

unknown_user=ACTION     how to handle emails from an unknown user ACTION can be one of the following values:

                        ignore: email is ignored (default)

                        accept: accept as anonymous user

                        create: create a user account

no_permission_check=1   disable permission checking when receiving the email

</pre>

Depuis la version 0.9,un projet n'est pas nécessairement public, dans ce cas l'authentification est obligatoire. Dans ce cas, aller dans Administration-> Configuration-> onglet Authentification, elle doit être décochée.

h2. Comment ça marche

Lorsque vous recevez un courriel, Redmine utilise l'adresse de la messagerie afin de trouver l'utilisateur correspondant. Les courriels reçus de personnes inconnues ou pour des utilisateurs bloqués sont ignorés.

Si le courriel contient un sujet de ce type "Re: *[xxxxxxx !#123]*", le courriel est traité comme une réponse et une note est ajoutée à la demande! !#123. Sinon, une nouvelle demande est créée

h3. Le projet cible

Le projet cible peut être spécifié à l'aide de l'option @project@ dans les courriels. Pour ce faire, ce doit être l'identificateur du projet qui doit être utilisé et *pas * le nom du projet. Vous pouvez facilement retrouver l'identifiant dans l'URL.

Si vous n'utilisez pas cette option, les utilisateurs doivent préciser dans le corps du message à quel projet la demande doit être ajoutée. Cela peut être fait en insérant une ligne dans le corps du message, de cette manière : @"Project: foo"@.

Exemple (corps d'un message):

<pre>

C'est une nouvelle demande qui doit être ajoutée au projet foo

Vous trouverez à la suite une description de la demande

[...]

Project: foo

</pre>

Vous pouvez définir un projet par défaut en utilisant l'option @project@ et permettre aux utilisateurs de modifier ce projet par défaut en utilisant l'option @allow-override@ dans les courriels.

<pre>

  # Create issues on project foo by default

  rake redmine:email:receive_imap [...] project=foo allow_override=project

</pre>

Bien entendu, les autorisations utilisateurs sont vérifiées et ce message sera ignoré si l'utilisateur qui a envoyé ce courriel n'est pas autorisé à ajouter des demandes au projet foo.

Assurez-vous que le projet cible n'utilise pas  des champs personnalisés *obligatoires* sans valeur par défaut pour les demandes, 

sinon la création de la demande va échouer.

h3. Attributs des demandes

Sur la base des options que vous utilisez lors de l'émission des courriels (voir l'option @allow-override@), les utilisateurs peuvent être en mesure de modifier un certain nombre attribut lors de la présentation d'une demande

Cela peut être réalisé en utilisant des mots clefs dans le corps du message (tels que l@Project@): @Tracker@, @Category@, @Priority@, @Status@.

Exemple (Corps d'un message):

<pre>

C'est une nouvelle demande qui modifie certains attributs

[...]

Project: foo

Tracker: Bug

Priority: Urgent

Status: Resolved

</pre>

h3. Observateurs

Si un utilisateur qui adresse un message possède les permissions "Ajouter des observateurs", les utilisateurs qui sont présents dans le champ A ou Cc du message sont automatiquement ajoutés comme observateurs de la demande créée

h3. Format des courriels et pièces jointes

Redmine essaie d'utiliser la partie textuelle (plain text) d'un courriel pour remplir la demande. Si un courriel au format HTML est reçu, les balises HTML sont retirées du corps du message.

Les pièces jointes présentes dans un courriel sont automatiquement ajoutées à la demande, seulement si la taille n'excède pas [[FrRedmineSettings#Taille-max-des-fichiers-attachés|la taille maximum]] définie dans le paramétrage de Redmine