Chacun son rôle

Le cahier des charges du site d’une école de 25 classes, dont la réalisation a été confiée à ABSOLUTE Web, comprend la mise en place d’un blog et d’une page « Cahier de texte » par classe.

Pour les blogs, ce sera en réalité le blog du site WordPress pour lequel une catégorie sera créée au nom de chaque classe (CE1VERT, CM1ROUGE, etc.). Inutile donc de se lancer dans du WordPress Multisites pour un tel projet.

Restait à gérer l’administration du site ! En effet, celle-ci n’est pas centralisée et chaque professeur des écoles doit pouvoir mettre à jour le blog et le cahier de texte de sa classe.

Bien évidement il ne doit pas pouvoir :

• Mettre à jour le blog et le cahier de texte d’une autre classe
• Modifier les autres pages du site, l’agenda, etc.
• D’une manière générale, accéder à l’administration du site (extensions, thèmes, etc.).

Je connaissais l’extension Role Scoper depuis plusieurs années pour avoir suivi de loin son utilisation dans un ancien projet. J’ai tout de même rapidement tester divers autres extensions, sans être enthousiasmé par les fonctionnalités.

En réalité, Role Scoper répondait parfaitement à mon besoin, en voici la description sur le Repository WordPress :

Role Scoper est une solution complète de contrôle d’accès, vous donnant le contrôle des permissions de lecture et d’édition d’un véritable CMS. Attribuez des restrictions et des rôles à des pages spécifiques, des articles ou des catégories.

Cool, des restrictions et des permissions pour les pages de cahier de texte et pour les catégories du blog !

Un prise en main pas très conviviale…

Au premier abord Role Scoper est assez compliqué d’utilisation. A cela s’ajoute une identité visuelle dépassée et une traduction française partielle…

En réalité l’extension n’est pas si compliquée que cela à utiliser une fois que l’on en comprend le fonctionnement.

Si je veux :

• Restreindre l’accès d’une page ou d’une catégorie à un ou plusieurs auteurs

Je dois :

• Restreindre l’accès de cette page ou de cette catégorie à tous les auteurs
• Autoriser l’accès de cette page ou de cette catégorie aux auteurs de mon choix

Concrètement dans mon cas de figure

Pour le site de l’école, la première étape a été de créer les 25 pages de cahier de texte, les 25 catégories du blog ainsi que les 27 comptes auteur des professeurs des écoles (2 des classes ont 2 professeurs). Le groupe Auteur de WordPress est le plus adapté à ce projet. En l’occurrence les permissions vont être assignées par utilisateur et non par groupe. Role Scoper permet la création de groupes, que vous peuplerez d’utilisateurs, les permissions pourront alors être assignées pour le groupe, pratique.

Interdire l’édition à tous le monde

Le plug-in Role Scoper ajoute deux menus dans le back office de WordPress, le premier, « Restrictions », comme son nom l’indique, permet de restreindre l’accès aux catégories, menus de navigation, catégories de liens, articles et pages.

Vous pourrez restreindre la lecture d’une page, la contribution dans une catégorie du blog ou l’édition d’une page par exemple.

Dans le cas de l’école, je restreins la contribution et l’édition de toutes les pages du site (le groupe Admin n’est bien évidement pas sujet à cette restriction).

Il est possible de définir des restrictions pour les futures pages, pour une, plusieurs ou toutes les pages existantes. La restriction peut se limiter à la page sélectionnée, aux pages enfants ou aux deux.

Ici il n’est pas question d’utilisateurs ou de groupes d’utilisateurs (Admin, Editeur, Auteur, Contributeur, Abonné).

Une page a un accès restreint ou non, il en va de même pour les catégories du blog. La restriction des articles n’est pas nécessaire dans notre cas, en effet le simple fait d’autoriser l’accès à une catégorie du blog permet de n’éditer que les articles de cette catégorie. Les articles des autres catégories ne seront même pas visible sur le compte de l’auteur.

Maintenant que les accès aux pages et aux catégories de blog sont restreintes, il est temps de distribuer les accès aux différents utilisateurs.


C’est dans le second menu, « Rôles », que cela se passe.

On y retrouve les mêmes types de contenu que pour le menu « Restrictions », à savoir les catégories du blog, les menus de navigation, les catégories de liens, les articles et les pages.


Dans la section Pages, nous pouvons assigner un accès pour les pages sélectionnées, ses pages enfants ou les deux. Il est également possible de choisir la suppression d’un accès.

Se présente ensuite la liste des utilisateurs, dans mon cas les professeurs des écoles du groupe auteur. Un filtre, bien utile, permet lorsque l’on commence à avoir pas mal de comptes utilisateurs, d’en trouver un en saisissant les premières lettres.

Je coche le ou les professeurs auxquels je souhaite donner un accès. L’accès peut être donné à tout un groupe (WP ou personnalisé) mais je n’utilise pas cette possibilité car mes accès sont au niveau utilisateur.

Intéressant, l’accès peut être limité dans le temps, par exemple pour un abonnement ou une période gratuite, permettre la lecture de certaines pages du site.

Dernière étape, sélectionner le rôle pour la page à laquelle nous souhaitons donner l’accès. Dans le cas de l’école, le professeur doit pouvoir éditer la page cahier de texte de sa classe, j’ai donc sélectionné « Edition d’une page ».

Donner un accès personnalisé à une page et une catégorie du blog à 27 professeurs est assez fastidieux, mais au final le cahier des charges sera respecté grâce à Role Scoper.

Lorsqu’un professeur va s’identifier sur WordPress, il ne pourra ajouter des articles que dans la catégorie de sa classe et il ne pourra éditer que la page du cahier de texte, également de sa classe.

JQuery 1.9, ça tranche

Le framework Javascript JQuery est récemment passé en version 1.9. Une version pas si anodine que ça car elle coupe les ponts avec certaines fonctions dépréciées. Le code s’en trouve allégé mais cela pose de nombreux problèmes sur les scripts existants, en particulier les extensions WordPress.

JQuery est le framework Javascript par défaut de WordPress. WordPress est livré avec la librairie, par exemple pour la récente version 3.5, c’est JQuery version 1.8.3 qui l’accompagne.

Pour utiliser la dernière version de JQuery sur son installation WordPress, il est possible de remplacer le chargement de JQuery par une version hébergée chez Google par exemple.

<script type='text/javascript' src='http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js?ver=3.5'></script>

Problème…

Le problème c’est que cela peut « casser » votre site sans que vous n’ayez effectué la moindre mise à jour, puisque du coté de JQuery c’est automatique.

J’ai été confronté pour le moment à deux extensions qui posent problème avec JQuery 1.9, l’une de calendrier, l’autre de slider.

…et solution

Pour résoudre rapidement le problème, en attendant que les développeurs actualisent leur extension, vous pouvez soit reprendre la précédente version de JQuery, soit appliquer une rustine de compatibilité à JQuery 1.9.

Pour cela, chargez ce script juste après JQuery :

<script type='text/javascript' src='http://code.jquery.com/jquery-migrate-1.0.0.js?ver=3.5'></script>

Cette solution temporaire offre l’avantage de pouvoir continuer à tester JQuery 1.9 sur son site tout en affichant les incompatibilités détectées dans la console de Firebug.

Bref, si vous rencontrez des erreurs Javascript sur votre site, jetez un oeil à la version de JQuery avant de mettre les mains dans le cambouis ! 

La version 2 apporte son lot de nouveautés et par la même occasion de nouvelles chaines à traduire. La beta 2 comporte pas moins de 2384 chaines.

4 mars 2013 : Comme annoncé, WooThemes vient de sortir il y a quelques heures WooCommerce 2.0, de nouvelles chaines, principalement la liste des améliorations de la 2.0, sont présentes dans les fichiers de traduction. Depuis la 2.0 RC2 (mes fichiers sont présents dans l’archive WooCommerce) j’ai scindé le fichier de traduction en 2, nous en sommes sur cette version finale à 1490 chaines pour le front et 1115 chaines pour le back office.
Je n’ai aucun retour de ceux qui téléchargent les traductions… Le fichier est 100% traduit mais pas 100% vérifié ! Merci de fournir à la communauté vos corrections.

26 février 2013 : J’ai scindé le fichier de traduction en 2, l’un pour l’admin, l’autre pour le front office. Cela permet une économie de mémoire.

25 février 2013 : La dernière Release Candidate est sortie il y a quelques jour. Le lancement officiel de WooCommerce 2.0 est programmé pour le 4 mars prochain. En attendant, le fichier de traduction continu de grossir… 2816 chaines. La version .po 100% française est disponible ci-dessous. Je vais sans doute la scinder en 2 comme le conseille WooTheme (back office / front office) pour réduire le temps de chargement de la boutique.

07 février 2013 : WooThemes a préféré sortir une version Release Candidate après la beta 3 de fin janvier. Étonnamment, beaucoup de nouvelle chaines à traduire et de modifications de chaines… On atteint maintenant 2746 chaines ! Je m’y suis collé cet après midi et la traduction 100% française du .po de WooCommerce 2.0.0 RC1 est disponible sur cette page.

29 janvier 2013 : Je mets la traduction de WooCommerce 2.0 beta 3 en téléchargement, merci de faire remonter les corrections à apporter par email  ou par commentaire sur cette page.

28 janvier 2013 : WooCommerce 2 beta 3 est sorti. 2386 chaines, des ajouts, des suppressions, des modifications. Le .po est 100% traduit, je termine cette semaine mes tests et je mets la traduction en ligne.

21 janvier 2013 : J’ai terminé la traduction de 100% des chaines disponibles dans le fichier Po, je dois maintenant parcourir le site et l’administration pour corriger les erreurs de traduction les plus évidentes, une fois les phrases dans leur contexte. Dès que cela sera fait je placerai cette traduction en téléchargement pour que vous me fassiez remonter d’autres erreurs…

Téléchargements

• WooCommerce 2.0 beta 3 en français (160.21 kB)
• WooCommerce 2.0.0 RC1 en français (197.11 kB)
• WooCommerce 2.0 RC2 en français (213.37 kB)
• WooCommerce 2.0 RC2 en français, 2 fichiers (238.35 kB)
• WooCommerce 2.0.2 en français (246.59 kB)

WordPress est depuis sa version 3 un véritable CMS et non plus un simple moteur de blogs. Cette version a apporté un gestionnaire de menus et les contenus personnalisés.

Les sites de mes clients réalisés sous WordPress sont composés généralement soit d’un site, soit d’un site plus un blog.

Dans ce second cas, si le nombre de pages du site et le nombre de billets du blog sont importants, un moteur de recherche est tout à fait justifié.

J’ai été confronté à un problème en voulant dans le site proposer une recherche sur l’ensemble du contenu, et dans le blog, limiter la recherche aux billets.

Le moteur de recherche du site

Le moteur de recherche du blog

Les 2 sections (site et blog) ont une identité visuelle distincte et chacune dispose donc de son moteur de recherche.

Solution

Le principe est de filtrer la recherche aux billets mais uniquement lorsque l’on utilise le moteur de recherche du blog.

L’idée est d’ajouter un champ hidden au formulaire de recherche du blog pour identifier l’origine de la recherche.

Dans mon cas, la zone de recherche du blog étant un widget, j’utilise jQuery pour injecter le champ hidden dans le fomulaire. Peu importe la technique employée.

<script type="text/javascript">
jQuery(function($){
	$('.widget_search div').prepend('<input name="origine" value="blog" type="hidden" />');
});
</script>

J’ajoute ensuite ce bout de code dans function.php pour filtrer la recherche.

function filtre_recherche( $query ) {
    if ( $_GET["origine"]=="blog" && $query->is_search && !is_admin() ) {
        $query->set( 'post_type', 'post' );
    }
    return $query;
}
add_filter( 'pre_get_posts', 'filtre_recherche' );

On vérifie que l’on arrive bien du blog, qu’il s’agit bien d’une requête de recherche et que nous ne sommes pas dans l’admin (pour ne pas appliquer le filtre dans le back-office).

Reste ensuite a gérer l’apparence de la page de résultats des recherches. J’utilise simplement la page search.php prévue à cet effet, mais je conditionne sur mon champ hidden le chargement d’un header et d’une sidebar spécifiques au blog.

get_header($_GET["origine"]=="blog"?"blog":"");
...
get_sidebar($_GET["origine"]=="blog"?"blog":"");

Ainsi les résultats d’une recherche sur le site s’affichent bien dans l’interface du site et ceux d’une recherche dans le blog dans l’interface du blog.

Voulant ajouter un lien s’ouvrant en lightbox (script shadowbox plus précisément), j’ai bille en tête ajouté un rel= »shadowbox » dans la balise area correspondante.

<area shape="poly" rel="shadowbox" coords="739,435,850,443,956,426,956,657,826,671,685,656,685,471,741,466" href="ginkgo.htm" alt="le journal municipal" id="le-journal-municipal" class="mapping" />

Je me suis alors aperçu que cela ne fonctionnait pas…

Solution

Il faut en effet, pour gérer une lightbox sur une zone mappée, déclarer l’élément à shadowbox.

Pour WordPress, il faudra ajouter ce bout de code dans le header.php

<script type="text/javascript">
jQuery(function($){
	Shadowbox.setup($("#Map area#le-journal-municipal"), {
		height: $(window).height(),
		width: $(window).width()
	});
});
</script>

Map étant l’identifiant de la map et le-journal-municipal celui de l’area.

Comme vous pouvez le constater, il est également possible de renseigner des options, telles que la hauteur et la largeur de la lightbox, dans mon cas, au maximum de la fenêtre du navigateur.

Un raid plus solidaire que sportif, entrepris par deux étudiants GCU (Génie Civil et Urbanisme) de l’INSA de Lyon, dont un de Seine-et-Marne (Bussy Saint-Georges). Autant de raisons d’adhérer au projet en devenant sponsor de l’association Les 4L des airs. Une sponsorisation financière, un encart ABSOLUTE Web affiché sur la Renault 4L de l’association. 

WooCommerce version 1.6

Alors que la version 2 de WooCommerce est en cours de développement, voici la traduction pour la dernière version en date, la 1.6.6.

Cette traduction a été soumise à WooThemes, elle sera disponible sur la prochaine version.

Une date qu’il n’était pas possible de traduire (dans l’historique des notes de commandes) sera accessible depuis le fichier de traduction suite à une correction que j’ai apporté et soumise à WooThemes.

Téléchargement de la version française de WooCommerce

• woocommerce-1.4.4-francais.zip [20/02/12 21:15] (3 nouvelles chaines depuis la 1.4.3)
• woocommerce-1.5-francais.zip [06/03/12 23:15] (1761 chaines, une centaine de chaines traduites ou corrigées depuis la 1.4.4)
• woocommerce-1.5.1-francais.zip [09/03/12 23:15] (1771 chaines, une vingtaine de chaines traduites ou corrigées depuis la 1.5)
• woocommerce-1.5.2.1-francais.zip [20/03/12 23:00] (1783 chaines, une quinzaine de chaines traduites ou corrigées depuis la 1.5.1)
• woocommerce-1.6.6-francais.zip [11/10/12 12:00] (2066 chaines)

Pour les versions 2.x, c’est ici.

Préambule

WooCommerce est une solution récente d’eCommerce pour le toujours plus popuplaire WordPress. Il s’agit en réalité d’un fork de Jigoshop par WooThemes. Pour faire simple, WooThemes a récupéré le code open source d’une solution existante et en à fait une nouvelle branche de développement, WooCommerce.

Un client d’ABSOLUTE Web pour lequel nous avons mis en place un blog WordPress nous a fait part de son souhait de compléter le blog par une boutique eCommerce. Plusieurs choix se sont offerts à nous, un développement maison, comme nous en réalisons depuis des années, une solution type Prestashop, et une extension eCommerce pour WordPress.

A partir du cahier des charges du client, la solution Prestashop est apparue surdimensionnée. De plus la fusion poussée d’un blog WordPress avec une boutique Prestashop reste une tâche ardue. Le souhait du client de rester dans l’interface WordPress qu’il affectionne nous a conduit à privilégier la solution extension WordPress au détriment du développement maison.

Pour diverses raisons le choix final s’est orienté vers WooCommerce.

Prêt à l’emploi ?

Le problème avec ce type d’extensions c’est qu’elles sont souvent d’origine étrangère et pas toujours adaptées à une utilisation sur le sol français (traduction, TVA, Frais de livraison, moyens de paiement).

En ce qui concerne la traduction, le fichier le localisation en français que j’ai obtenu avec la version 1.3.2.1 du 15 décembre 2011 est incomplet et comporte pas mal d’erreurs ainsi que des traductions approximatives.

Une utilisation en l’état sur un site eCommerce n’étant pas envisageable et après diverses recherches sur Internet, j’ai décidé de m’atteler à la tâche.

Contribution à la traduction de WooCommerce

J’ai procédé de la manière suivante :

• Chargement dans PoEdit du fichier .po de localisation française fournie dans la version 1.3.2.1
• Mise à jour du catalogue depuis les sources de WooCommerce (1553 chaines de caractères)
• Traduction des nouvelles chaines détectées
• Vérification page par page, onglet par onglet des traductions sur le site
• Correction et adaptation de certaines chaines (traduction erronées, double sens, versions françaises trop longue, bugs javascripts causés par la présence d’apostrophe dans certaines chaines)

A ce jour la traduction française de WooCommerce est opérationnelle à 99%.

Les problèmes rencontrés

J’ai rencontré un certains nombre de problèmes dont je vous présente la liste non exhaustive dans le but de finaliser la traduction française de WooCommerce :

1. Une expression purement anglaise !
   Free Shipping – does what it says on the tin.
   Plus d’info sur Wikipedia. Cette chaine apparait sur la page WooCommerce > Paramètres > Expédition > Livraison gratuite. A mon sens elle est inutile, le titre H3 de la page étant déjà Livraison gratuite.
2. Un terme anglais pour deux termes français
   La chaine « From: » pose un problème de sens en français car elle est utilisée dans le front office pour signifier « A partir de : » (tarif produit variable) et dans le back office pour signifier « Du : » (date de début). J’ai actuellement privilégié le front office. Je ne sais pas si le problème peut être résolu.
3. Les dates !
   Je dois refaire le point sur l’affichage des dates. Certaines s’affichent bien dans le format français, d’autres dans le format anglais. Je dois vérifier si le formatage est issu des chaines de traduction ou si le problème est lié à WooCommerce. Toute contribution à ce sujet sera la bienvenue.
4. Chaines absentes dans la localisation
   J’ai identifié quelques chaines de caractères qui ne sont pas détectées dans le code comme étant à traduire. Par exemple : « Number of sales » et « Sales amount » dans les rapports. Il y en a d’autres.
5. Traduction des états de la commande
   J’ai traduis les états de la commande qui se trouvent dans un fichier woocommerce>language>strings.php. Il s’agit des termes completed, pending, failed, etc.. Je ne connais pas le fonctionnement de ce fichier strings.php et je n’ai pas eu le temps de tester le fonctionnement du site avec ces traductions. A priori si une chaine à traduire est présente dans strings.php elle n’a pas à être localisée dans le code source avec __(‘chaine’).
6. it was a long time ago…
   Ago pose un problème dans les traductions car il est placé en anglais après la durée alors qu’en français « il y a » est placé avant : « 2 days ago » et « il y a 2 jours« . Il faut donc jongler avec les portions de chaines pour obtenir quelques chose comme « Commande n°881 qui a été effectuée il y a 5 jours avec l’état “terminée” et a été expédiée il y a 2 jours .« . Il reste un petit problème d’espace en trop avant le point.
7. Slug ?
   Je cherche toujours une traduction pour le terme slug… Dans WooCommerce > Paramètres > Pages vous aurez « Slug catégorie produit » en attendant mieux.

Les Hacks !

Certains problèmes de traduction ne peuvent être résolus depuis le fichier de localisation, ils sont dus au code source de WooCommerce. En attendant une correction éventuelle de WooThemes, pas d’autre solution que d’appliquer des hacks (modification du code source). Bien évidement à la moindre mise à jour de WooCommerce, les corrections sautent.

Problème de dates sur Mon Compte > Voir la commande

shortcode-my_account.php, ligne 487, date() à remplacer par date_i18n()
shortcode-my_account.php, ligne 504, remplacer ‘l jS \of F Y, h:ia’ par ‘l j F Y, h:i’

Problème de dates sur Suivi de commande

shortcode-order_tracking.php, ligne 60, remplacer ‘l jS \of F Y, h:ia’ par ‘l j F Y, h:i’

Problème d’états dans les Notes de la commande

order.class.php, ligne 498, remplacer $this->status par __($this->status, ‘woothemes’) et $new_status->slug par __($new_status->slug, ‘woothemes’)
État de la commande modifié de pending à processing devient État de la commande modifié de en attente à en cours

Chaines non disponibles dans la localisation

admin/admin-reports.php, ligne 153, remplacer Sales amount par Montant de ventes
admin/admin-reports.php, ligne 158, remplacer Number of sales par Nombre de ventes

Télécharger WooCommerce French Version

Il reste sans nul doute des problèmes de traduction, que ce soit au niveau de la localisation à proprement parler ou au niveau du code source WooCommerce (voir hacks ci-dessus). Si vous utilisez cette traduction, merci pour la communauté de faire remonter les problèmes que vous avez rencontré. Pour cela envoyez moi un email sur woocommerce(arobase)absoluteweb(point)net ou laissez un commentaire ci-dessous, merci.

• woocommerce-1.3.2.1-francais.zip [30/01/12 20:56]
• WooCommerce version 1.4 en français

C’est ma fête !

Mardi 6 décembre, c’est ma fête, la Saint Nicolas… En guise de cadeau l’un des serveurs d’ABSOLUTE Web a subi une attaque la nuit dernière ! Des spams ont été soumis en masse sur le serveur à partir de 0h30. A 9h00, avec 58000 emails dans la file d’attente, le serveur a saturé.

Bref, en arrivant au bureau vers 9h15 le téléphone a commencé à sonner, la saturation du serveur générant des affichages d’erreurs de sessions sur les sites clients hébergés dessus. L’envoi d’emails posait également problème.

A partir de là il faut garder son calme et identifier la source du problème. Les messages d’erreur des sessions indiquent une saturation de l’espace disque. Une consultation des graphes MRTG confirme la saturation d’une partition du serveur.

Lorsqu’une partition de serveur est saturée les deux principales origines sont les logs et les emails. La partition en question ne contenant pas les logs du serveur, les soupçons se portent sur les emails. La consultation des graphes MRTG du serveur d’emails confirment le remplissage de la file d’attente jusqu’à saturation.

file d'attente des emails

Le problème est identifié, il faut maintenant rétablir rapidement le service.

Rétablir le service

La consultation de quelques emails de la file d’attente montre que l’attaque est d’origine italienne, tous les emails sont en italien, la plupart des expéditeurs / destinataires sont en .it. Cela va me faciliter la tâche pour détruire les 58000 spams, en effet, hors de question de supprimer toute la file d’attente qui contient des emails légitimes. Le principe est de détruire les emails dont le sujet contient un ou plusieurs mots, dans notre cas des mots en italien. Mots après mots la taille de la file d’attente se vide jusqu’à retrouver une taille normale d’une centaine d’emails.

11h00, le serveur d’emails est redémarré, celui-ce devant être arrêté pendant la suppression des emails. Il se sera écoulé 2 heures entre la saturation du serveur et le rétablissement du service d’emails. Les erreurs sur les sites avaient disparu plus tôt avec la suppression des premiers spams.

Un tel flux de spams peut entraîner le blacklistage de l’adresse IP du serveur. Il faut bien vérifier dans les logs du serveur emails si des emails sont refusés pour spams. Si c’est la cas, il faut suivre les instructions du service de backlistage pour libérer votre adresse IP.

Bon très bien, tout est maintenant opérationnel mais reste le plus délicat, identifier la faille qui a permise au spammer de soumettre tous ces emails.

Identification de la faille

Identifier une faille sur un serveur, c’est jouer les enquêteurs, remonter des pistes jusqu’à la source.

Le header des spams que l’on aura pris soin de sauvegarder va nous être d’une grande aide :

To: amministra.gheller@tiscali.it
Subject: di dipendenti attesa nuovi in
From: <accademiaab@virgilio.it>
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: PHP/4.4.4

X-Mailer nous indique que les emails sont envoyés depuis la fonction mail() de php. Il s’agit donc d’une faille au niveau d’un script php et non d’une faille du serveur.

Une première recherche en ligne de commande est lancé sur les scripts contenant la fonction mail(). Mais cela produit trop de résultats. Il faut donc lancer une recherche plus restrictive. L’entête X-MSMail-Priority ne me semble pas très courante, d’ailleurs je ne la connaissais pas. C’est une bonne piste, une recherche est lancée sur tous les scripts php du dossier home pour trouver ceux qui contiennent cette chaine de caractères.

find /home/ -name "*".php -type f -print0 | xargs -0 grep "X-MSMail-Priority" | cut -d":" -f1 | uniq -c | sort -u

Et là bingo ! Un seul résultat ressort, un examen du script en question confirme qu’il est bien à l’origine du spam massif sur le serveur. Pour info, il s’agissait d’un module de bannières pour Joomla…

Windows Mail ?

Le logiciel de messagerie est le successeur d’Outlook Express (apparu avec Windows 98), il l’a remplacé sur Windows Vista. Dès Windows Seven, successeur de Vista, Windows Mail disparait, enfin presque…

Lorsque j’ai migré sur Windows 7, j’ai été très étonné de ne pas retrouver mon logiciel de messagerie Windows Mail. Après quelques recherches sur Internet j’ai pu constater qu’il y avait bien un dossier Windows Mail (même 2 si vous êtes en 64 bits), mais incomplet !

Pour utiliser le logiciel de messagerie, il faut ajouter quelques fichiers et réaliser quelques manipulations… Cela fonctionne mais je ne suis pas parvenu à déclarer Windows Mail comme messagerie par défaut. Conséquence, si je clique sur un lien mailto, cela ouvre bien Windows Mail m’ai c’est tout, pas de nouveau message avec le destinataire pré-rempli. De plus à premières reprises, la mises à jour de Windows 7 ont bloqué le lancement du logiciel…

Pourquoi Thunderbird ?

Le successeur de Windows Mail est Windows Live Mail. Je n’aime pas ce logiciel que je trouve trop limité par rapport à mes besoins, comptes unifiés, affichage du code source des messages, etc..

L’offre de logiciels de messagerie sous PC n’est pas énorme, Thunderbird, de la fondation Mozilla, ressort rapidement du lot. Depuis peu de temps il a accroché son wagon au train effréné des mises à jour majeures de Firefox (5, 6, 7 en quelques semaines…). Après avoir eu ses propres versions, il arbore à ce jour la version 7.0.1, la même que Firefox donc.

Les fonctionnalités de Thunderbird sont nombreuses, il dispose d’un gestionnaire d’extensions permettant d’étendre encore ses fonctionnalités.

Pourquoi avoir attendu pour migrer ?

Avec 165 000 emails, des dizaines de dossiers, une quinzaine de comptes, une petite centaine de règles de messagerie, on réfléchi à deux fois avant de se lancer dans la migration de son logiciel de messagerie. Qui plus est, Thunderbird ne dispose pas d’outil d’import depuis Windows Mail .

Voir que le projet Thunderbird continuait d’évoluer, que la sortie de Windows 8 approchait à grand pas, j’ai décider de franchir le pas.

Je me lance !

Etape 1 : Sauvegarder tous les message de Windows Mail au format .eml. J’ai tout sauvegardé sans distinction, le choix des dossiers se fera lors de l’importation dans Thunderbird. Compte tenu du nombre conséquent d’emails, il aura fallu plusieurs heures pour sauvegarder les messages.

Etape 2 : Installer l’extension ImportExportTools, qui autorise l’importation au format .eml. Sélectionner le dossier Courrier entrant des Dossiers locaux. Dans le menu Outils, nous accédons à l’importation des messages. Dans mon cas j’ai procédé en trois fois, importation des nombreux dossiers et des emails correspondants, importation du dossier InBox (emails à la racine de la boite de réception) et enfin les messages envoyés.
165 000 emails à importer, cela demande plusieurs heures…
Quelques bugs peuvent se produire, des noms de dossiers étaient mal enregistrés dans mon cas, je les ai renommé après l’importation. Certains emails peuvent également perdre leur date de réception lors de l’export… Une fois importés ces emails prennent la date d’importation.

Etape 3 : Ressaisir les règles de messages (Filtres de messages dans le menu Outils de Thunderbird). Pas de passerelle possible entre les règles de Windows Mail et les filtres de Thunderbird, il faut se coltiner les saisies à la main.

Etape 4 : Créer les comptes emails, la encore pas de récupération possible des comptes de Windows Mail… En espérant retrouver tous les mots de passe de ses adresses emails.

Lorsque l’on possède un nombre de boites aux lettres important, il devient impensable de devoir consulter chacune des boites de réception, chacune des boites d’envoi pour retrouver un email. Dans Windows Mail toutes les adresses email étaient unifiées et arrivaient donc dans une unique boite de réception.

Avec Thunderbird, il est possible, compte par compte, d’utiliser une boite globale. Pour cela, dès la création du compte, il faut dans les Paramètres serveur, cliquer sur le bouton Avancés pour choisir la réception dans la boite globale et la consultation de la boite lors de la relève du courrier.

Etape 5 : Importation du carnet d’adresse. Ici encore, pas d’importation direct des contacts depuis Windows Mail. Une solution est d’exporter le carnet d’adresse au format CSV, d’ouvrir le fichier dans Excel, de l’enregistrer de nouveau au format CSV mais non plus en séparateur point virgule mais tabulation. Il reste à importer ce fichier au format txt dans Thunderbird et certainement à modifier la correspondance des champs de données. Certains champs que vous n’utilisez pas pourront être désactivés. Si tout s’est bien déroulé, vous devriez retrouver l’intégralité de vos contacts dans le carnet d’adresses de Thunderbird.

A l’utilisation

Après quelques jours d’utilisation, je ne regrette pas du tout la migration de ma messagerie. Thunderbird est efficace, performant, extensible. Une fonctionnalité native que j’apprécie, la possibilité de fixer pour un dossier donné des règles de suppression des emails, soit sur un critère de durée (supprimer les messages de plus de X jours), soit sur un critère de quantité (ne conserver que les X derniers messages). C’est très pratique pour nettoyer automatiquement les lettres d’infos, les statistiques journalières, les logs serveur, etc..