FrRedmineReceivingEmails » History » Version 9

Version 8 (Daniel Caillibaud, 2012-05-24 15:24) → Version 9/10 (Julien Breux, 2013-04-04 09:58)

[[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
** Avantages : Distant: Fonctionne avec un serveur de messagerie distant, les courriels sont traités immédiatement, rapide (pas d'environnement à redémarrer)
** Inconvénients : 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 :
** Avantages : Distant: Facile à mettre en oeuvre, ne nécessite pas de configurer le MTA, fonctionne avec un serveur de messagerie distant
** Inconvénients : 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. Lire des courriels depuis une entrée standard

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 : @Project@, @Tracker@, @Category@, @Priority@, @Status@.

Les valeurs possibles sont celles du contexte, pour @Status@ par exemple c'est les libellés disponibles pour ce @Tracker@ et ce @Project@, dans la langue courante avec les espaces éventuelles sans guillemets autour, exactement comme cela apparaît dans l'interface utilisateur.

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