diff --git a/war/resources/help/tasks/artifactArchiver/excludes_fr.html b/war/resources/help/tasks/artifactArchiver/excludes_fr.html
new file mode 100644
index 0000000000000000000000000000000000000000..98d869b2fc7d608938c16420b30c5b28d6d65a97
--- /dev/null
+++ b/war/resources/help/tasks/artifactArchiver/excludes_fr.html
@@ -0,0 +1,5 @@
+
+ Spécifie
un pattern d'exclusion optionel, du type "foo/bar/**/*".
+ Un fichier qui correspond à ce pattern ne sera pas archivé, même s'il
+ correspond au masque spécifié dans la section 'fichiers à archiver'.
+
+ Si cette option est activée tous les
+
builds référencés par les
+ builds de ce projet (à travers les empreintes digitales) seront protégés
+ lors de la rotation des log.
+
+
+ Quand votre job dépend d'autres jobs sur Hudson et que vous avez
+ occasionnellement besoin de tagguer votre workspace, il est souvent
+ pratique (voire nécessaire) de tagguer aussi vos dépendances sur Hudson.
+ Le problème est que la rotation du log peut avoir des effets néfastes,
+ puisqu'un build utilisé par votre projet pourra être affecté par un
+ nettoyage suite aux rotations des logs (s'il y a eu beaucoup de builds
+ dans cette dépendance). Si cela arrive, vous ne pourrez plus tagguer
+ vos dépendances de façon fiable.
+
+
+ Cette fonctionnalité règle ce problème en "lockant" ceux de ces builds
+ dont vous dépendez, garantissant ainsi que vous pourrez toujours tagguer
+ toutes vos dépendances.
+
+ Hudson comprend le format XML des rapports de test JUnit (qui est le
+ même pour ceux de TestNG).
+ Quand cette option est configurée, Hudson peut fournir des informations
+ utiles sur les résultats des tests, tels que les tendances historiques
+ sur les résultats des tests, une interface web pour visualiser les rapports
+ de test, tracer les échecs, etc.
+
+
+ Pour utiliser cette fonctionnalité, tout d'abord configurez votre build
+ pour lancer des tests, puis spéficiez le chemin vers les fichiers XML
+ JUnit en utilisant
+
+ la syntaxe classique de Ant, par exemple
+ **/build/test-reports/*.xml.
+ Assurez-vous de ne pas inclure des fichiers qui ne contiennent pas de
+ rapports dans ce pattern.
+
+
+ Une fois que des builds produisent des résultats de test, vous devriez
+ commencer à voir quelque chose
+ comme ça.
+
+ Les emails de notification envoyés par Hudson aux propriétaires des
+ projets seront envoyés avec cette adresse dans le champ expéditeur.
+ Cela peut être simplement "foo@acme.org" ou quelque chose comme
+ "Hudson Daemon <foo@acme.org>"
+
\ No newline at end of file
diff --git a/war/resources/help/tasks/mailer/default-suffix_fr.html b/war/resources/help/tasks/mailer/default-suffix_fr.html
new file mode 100644
index 0000000000000000000000000000000000000000..f3e9a450d2505e21ed0d86fda027b771132b008c
--- /dev/null
+++ b/war/resources/help/tasks/mailer/default-suffix_fr.html
@@ -0,0 +1,11 @@
+
+ Si les adresses email de vos utilisateurs peuvent être obtenues
+ automatiquement simplement en ajoutant un suffixe, alors spécifiez ce
+ suffixe ici.
+ Sinon, laissez ce champ vide.
+ Notez que les utilisateurs peuvent toujours changer ce comportement de
+ façon sélective.
+ Par exemple, si ce champ est positionné à tt>@acme.org,
+ alors l'utilisateur foo aura par défaut l'adresse email
+ foo@acme.org.
+
\ No newline at end of file
diff --git a/war/resources/help/tasks/mailer/sendToindividuals_fr.html b/war/resources/help/tasks/mailer/sendToindividuals_fr.html
new file mode 100644
index 0000000000000000000000000000000000000000..7e58425c12588928e4607291768d4a5d1cd9eafd
--- /dev/null
+++ b/war/resources/help/tasks/mailer/sendToindividuals_fr.html
@@ -0,0 +1,11 @@
+
+ Si cette option est choisie, les notifications par email seront envoyées
+ aux personnes qui ont fait des modifications dans un build en échec
+ (on suppose que ces changements ont cassé ce build).
+
+ Si des adresses email sont aussi spécifiées sur la liste des destinataires,
+ alors l'email de notification est envoyé à la fois à cette liste et aux
+ personnes ayant fait des modifications.
+ Si la liste des destinataires est vide, alors seules les personnes
+ changeurs recevront des emails.
+
+ Le nom du serveur de mail. Laissez ce champ vide pour utiliser le serveur
+ par défaut (qui est normalement celui qui tourne sur localhost).
+
+
+ Hudson utilise JavaMail pour envoyer des emails et JavaMail propose des
+ options supplémentaires à passer comme propriétés système au conteneur.
+ Voir
+ ce document pour avoir une idée des valeurs et des comportements
+ possibles.
+
+ Indique si SSL doit être utilisé pour la connexion au serveur SMTP.
+ Le port par défaut est le 465.
+
+
+ D'autres configurations avancées peuvent être faites en positionnant des
+ propriétés système.
+ Voir
+ ce document pour avoir une idée des valeurs et des comportements
+ possibles.
+
+ Cette option provoque l'authentification SMTP lors de l'envoi d'emails.
+ Si votre environnement nécessite l'utilisation de l'authentification SMTP,
+ spécifiez ici son nom d'utilisateur et mot de passe.
+
\ No newline at end of file
diff --git a/war/resources/help/tasks/mailer/url_fr.html b/war/resources/help/tasks/mailer/url_fr.html
new file mode 100644
index 0000000000000000000000000000000000000000..d230086f4546447f89a66afa29fbab287ec48f6c
--- /dev/null
+++ b/war/resources/help/tasks/mailer/url_fr.html
@@ -0,0 +1,10 @@
+
+ Spécifie optionnellement l'adresse HTTP de l'installation de Hudson,
+ comme
http://yourhost.yourdomain/hudson/.
+ Cette valeur est utilisée pour mettre des liens dans les emails envoyés
+ par Hudson.
+
+
+ Cela est nécessaire parce que Hudson ne peut pas détecter de façon
+ fiable sa propre URL.
+
