Historique
MailCrypt a d’abord été développée par Paolo sous forme de contribution pour SPIP 1.8.3 puis portée sous forme de plugins pour SPIP 1.9 avec l’aide d’Alexis Roussel (voir Mailcrypt, système antispam). Elle a ensuite été intégrée au Couteau Suisse et améliorée par Patrice Vanneufville (voir De beaux liens hypertexte). Enfin, Joseph a mis à jour le plugin autonome pour SPIP 2.1 en reprenant les avancées apportées par le Couteau Suisse.
Fonctionnement
Ordinairement, SPIP transforme le raccourci suivant [->nom@domaine.org] produit le code HTML :
L’adresse nom@domaine.org est de fait directement accessible à deux endroits : dans le lien (attribut href de la balise <a>) et dans le texte du lien.
Une fois activé, MailCrypt 2 détectera automatiquement les courriels présents dans le texte, qu’ils soient en lien et/ou en texte du lien. Ainsi, [->nom@domaine.org] produira le code HTML :
Visuellement, cela ressemblera à nom chez domaine.org.
En l’absence de javascript, le lien est inopérant : un clic sur le lien ne produira rien. Cependant, l’adresse email sera visible au survol du lien dans un format compréhensible par un être humain (nom..åt..domaine.org) de même qu’un email dans le texte sera affiché sous la forme : nom chez domaine.com. Cette forme ne contient pas d’arobase (@) et ne sera donc pas détectée par un robot mais reste compréhensible par un être humain, le texte chez [1] devant être remplacé par un @ pour obtenir l’adresse email complète.
Lorsque javascript est actif, le lien devient opérationnel, la fonction mc_lancerlien permettant de reconstituer le mail complet et de le transmettre au navigateur. Pour le visiteur, l’opération est totalement transparente. De plus, via jQuery, une fois la page chargée, le texte du mail ainsi que le titre du lien sont corrigés pour réintroduire l’@ au bon endroit. Le visiteur verra alors : nom@domaine.org.
Filtres propre et mailcrypt
MailCrypt utilise le pipeline post_propre pour détecter et protéger les courriels. Il sera donc sans effet sur un email indiqué en dur dans un squelette ou dans une balise qui ne passe pas par la fonction propre.
Pour appliquer MailCrypt sur ces balises dans votre squelette, vous pouvez soit leur appliquer le filtre |propre (ce qui entrainera également le traitement de tous les raccourcis SPIP) soit juste le filte |mailcrypt qui ne traitera que les courriels.
Pour un courriel indiqué en dur dans votre squelette, vous pouvez faire :
- [(#VAL{<a href="mailto:nom@domaine.com">nom@domaine.com</a>}|mailcrypt)]
Remarques sur la protection des adresses emails
Bien que MailCrypt permette de bloquer la plupart des robots collecteurs d’adresse email, il est toujours possible pour un programmeur voulant spécifiquement récupérer les mails de votre site de prendre le temps d’analyser le contenu de vos pages pour créer un programme spécifique de collecte des adresses email.
Le moyen le plus sûr pour éviter qu’un email ne soit récupéré est de ne jamais l’afficher. Il reste possible de fournir des formulaires de contact qui permettront aux visiteurs de votre site de vous envoyer un email sans pour autant connaître votre adresse. Pour cela, vous pouvez utiliser la balise #FORMULAIRE_ECRIRE_AUTEUR, le plugin Formulaire de contact avancé ou encore le plugin Contact Libre.
Version 2.4.1
RSS 2.0
Vos commentaires
# Le 10 mai à 16:48, par chankalan
En réponse à : MailCrypt version 2
Bonjour,
en utilisant mailcrypt et bootstrap en même temps il y a un petit conflit : mailcrypt pose un span.spancrypt et bootstrap le prend pour un [class*=« span »] et lui colle un float et des marges...
... proposition : on pourrait définir précisément les styles dans le le plugin mailcrypt
.spancrypt { float:none; margin:0; /*et pendant qu'on y est*/ display:inline; }... ??
# Le 10 mai à 19:57, par Pat
En réponse à : MailCrypt version 2
Oui, tu peux procéder à ces ajouts par SVN si tu veux. Les CSS s’appliqueront cependant en fonction de l’ordre d’appel...
# Le 10 mai à 22:38, par chankalan
En réponse à : MailCrypt version 2
Pourquoi pas... mais avant... j’ai testé en ajoutant une fonction insert_head_css pour lier la feuille css/mailcrypt.css et ça fonctionne, enfin la règle suivante est dominante, même si la règle de bootstrap est déclarée après (dans perso.css par exemple) :
dans css/mailcrypt.css
span.spancrypt { float:none; margin:0; display:inline; }ma question :
- est-on obligé de passer par insert_head_css juste pour ça ?
# Le 11 mai à 12:27, par Joseph
En réponse à : MailCrypt version 2
Ca me semble un peu lourd de passer par insert_head_css juste pour cela. Et sait-on jamais s’il y aurait d’autre conflit css...
Renommer le span.spancrypt en span.mcrypt serait finalement plus simple non ?
# Le 11 mai à 14:16, par chankalan
En réponse à : MailCrypt version 2
absolument, si c’est possible, c’est vraiment plus simple...
# Le 11 mai à 15:09, par Patrice Vanneufville
En réponse à : MailCrypt version 2
OK. Je viens de faire la correction sur le code du plugin, ainsi que sur celui du Couteau Suisse. Ce dernier intègre en plus les précautions sur margin, float et display.
Prochain paquet vers 16h.
# Le 13 mai à 09:08, par chankalan
En réponse à : MailCrypt version 2
super, merci !
ça règle le soucis...
Répondre à ce message
# Le 30 mars à 15:38, par phil_tours
En réponse à : MailCrypt version 2
Avec MailCrypt, peut-on prévoir plusieurs adresses dans la même balise ; à la fois en direct dans un seul lot (toto@tata.com ; tutu@toto.com), ou en copie, ou en copie cachée ? et encore du texte dans l’objet ? et du texte dans le corps de la lettre ?
Merci !
# Le 31 mars à 04:14, par Pat
En réponse à : MailCrypt version 2
Salut, difficile de comprendre ton message...
# Le 31 mars à 12:31, par Pierre KUHN
En réponse à : MailCrypt version 2
Salut, il veut pouvoir envoyez le mail avec un CC et un CCi mais que ce soit dans le cryptage. Il me semble en tout cas ...
# Le 31 mars à 14:47, par phil_tours
En réponse à : MailCrypt version 2
oui, à deux expéditeurs à la fois.
# Le 31 mars à 15:28, par Joseph
En réponse à : MailCrypt version 2
Ok je crois comprendre.
Je viens de faire quelques tests (détails de la syntaxe mailto sur Wikipedia) :
fonctionnent sans problème.
plantent.
Autrement dit, l’expression régulière actuelle ne sait pas gérer le cas de figure où il y a plusieurs expéditeurs.
Je ne suis pas un pro des expressions régulières. A voir comment prendre ça en compte.
# Le 31 mars à 16:28, par Joseph
En réponse à : MailCrypt version 2
Peux tu essayer la version 2.4.0 ? Normalement elle prends en charge des liens de la forme
[test->mailto:toto@toto.com,titi@titi.com?cc=tata@tata.com&bcc=tutu@tutu.com].NB : le mailto est précisé dans le lien, car sinon je ne suis pas sur que le lien est correctement détecté comme étant un email.
# Le 31 mars à 18:49, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Ah merci Joseph, c’est beaucoup plus clair. Je viens de mettre à jour le Couteau Suisse pour prendre en compte la syntaxe complète de mailto: http://zone.spip.org/trac/spip-zone/changeset/71343.
Ce travail n’était pas vraiment anodin. Le plugin autonome est-il encore compatible avec la lame du Couteau Suisse ou s’en est-il éloigné ?
# Le 31 mars à 19:00, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Oups, je vois qu’on a bossé en parallèle...
Pour ma part, j’ai dû modifier le fonctionnement de la fonction JS.
Joseph, je te laisse comparer les codes si tu veux.
# Le 31 mars à 19:16, par Joseph
En réponse à : MailCrypt version 2
J’a également modifié le comportment de la fonction JS.
Grosso, si plusieurs destinataires, ils apparraissent dans la partie droite de l’email. Le @ est alors remplacé par _MAILCRYPT_AROBASE_JS et la fonction mc_lancerlien corrige la partie droite à la volée.
En reprenant mon example : je produis le code HTML suivant :
<a class="spip_mail" onclick="location.href=mc_lancerlien('toto','toto.com,titi..åt..titi.com?cc=tata..åt..tata.com&bcc=tutu..åt..tutu.com'); return false;" title="toto@toto.com,titi@titi.com?cc=tata@tata.com&bcc=tutu@tutu.com" href="#toto#mc#toto.com,titi..åt..titi.com?cc=tata..åt..tata.com&bcc=tutu..åt..tutu.com#">test</a>Le fonctionnement reste inchangé. Par contre je ne vois pas trop ce que fait maintenant le couteau suisse.
Dans tous les cas, peu importe, les deux ne sont pas obligés de traiter les emails de la même façon. Il ne pourrait y avoir incompatibilité que si le plugin et la lame sont activés en même temps. Mais je ne sais pas si le CS donne la main à MailCrypt si ce dernier est actif.
# Le 31 mars à 19:18, par Joseph
En réponse à : MailCrypt version 2
Oups, c’est le code après passage du javascript sur le title. Le code source contient également
..åt..dans le title, remplacé automatiquement en @ par javascript# Le 31 mars à 20:03, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Très franchement, plus besoin des 2 arguments pour la fonction JS, un seul suffirait... J’avais conservé pour ma part un codage PHP de l’arobase avec uniqueid() en modifiant les arguments de la fonction JS.
Sinon, il y a une incompatibilité fatale, car tu n’as pas changé le nom des fonctions mailcrypt et demailcrypt, présentes dans les 2 plugins.
# Le 31 mars à 20:11, par Joseph
En réponse à : MailCrypt version 2
Ceci dit, pour l’incompatibilité ce n’est pas vraiment un problème. Les deux plugins n’ont pas vocation à être installé ensemble. Soit on a le CS, soit on a mailcrypt.
Quand aux deux fonctions mailcrypt et maildecrypt, c’est bien volontaire. Le but est qu’un plugin/squelette puisse appeler ces deux filtres peu importe que soit utilisé le plugin ou la lame.
Répondre à ce message
# Le 30 janvier à 22:07, par troon
En réponse à : MailCrypt version 2
salut,
j’ai un petit problème avec mailcrypt (dans le couteau suisse) que je ne parviens pas à comprendre.
Vous pouvez le voir sur cette page, par exemple : http://www.anticorrida.com/Une-delegation-en-France.html
J’ignore pourquoi le onclick reprend l’url du site avant d’appeler la fonction javascript, donc je me retrouve avec un : location.href=http://www.anticorrida.com/lancerlien(’mail,’ndd.xxx’) ; return false ;
Le .htaccess semble correct et je n’ai pas trouvé de balise <base> (j’avais eu un problème similaire autrefois, sur ce même site je crois, à cause de cette balise).
Du coup, j’ai une erreur logique dans la console de firebug et surtout le lien n’est pas cliquable puisque la fonction n’est pas appelée.
z’avez une idée de quoi que ça peut venir svp ?
merci
# Le 30 janvier à 22:34, par paolo
En réponse à : MailCrypt version 2
Je vois le problème. Et je n’ai pas d’idée d’où cela pourrait venir. Suggestion : faire un squelette test extrêmement simple (juste une boucle article par ex.). Et voir si un texte contenant une adresse marche comme prévu avec ce squelette. Si oui, c’est quelque chose dans le squelette qui interfère avec le CS.
# Le 30 janvier à 23:26, par Pat
En réponse à : MailCrypt version 2
Salut,
S’agit-il d’un article ? d’un squelette ? Quel en est le code source ? Quels sont les plugins activés ?
C’est vrai que le code source devrait être :
onclick="location.href=lancerlien(...)et non :onclick="location.href=http://www.anticorrida.com/lancerlien(...)A voir qui (ou quoi !) insère cette URL à tort...
# Le 30 janvier à 23:40, par troon
En réponse à : MailCrypt version 2
bien vue l’idée de faire un squelette test vide, des fois on se fatigue et on oublie le B-A-BA :)
en effet, ça fonctionne parfaitement sur http://www.anticorrida.com/?page=test_email
il ne me reste plus qu’à tester les lignes du head une par une
merci (et c’est la première fois, en bien dix ans de spip derrière moi, que j’ai deux réponses aussi rapidement sur ce forum, ça fait plaisir de voir que la communauté fonctionne toujours !)
# Le 31 janvier à 00:12, par troon
En réponse à : MailCrypt version 2
mouahaha j’ai trouvé et c’était très bête !
J’avais laissé le filtre abs_url sur le champs #TEXTE
Même s’il ne me parait pas logique que ce filtre modifie les appels javascript, mais pas grave il ne m’était plus utile sur ce squelette.
merci pour votre aide (pour que je cherche où il faut) !
Répondre à ce message
# Le 24 octobre 2012 à 20:08, par thom_b
En réponse à : MailCrypt version 2
Bonjour,
La doc et le plugin évoquent/appellent un fichier
mailcrypt.jsqui n’est pas dans le répertoire du plugin. Ca ne semble pas gêner le fonctionnement, mais c’est normal ?# Le 24 octobre 2012 à 20:30, par Joseph
En réponse à : MailCrypt version 2
Il y a 4 mois Cedric a fait évoluer le plugin, en insérant directement le code js en dur dans le HTML seulement s’il est nécessaire (via le pipeline affichage_final). Du coup, il n’y pas plus besoin de #INSERT_HEAD ni d’un fichier js externe.
La doc n’avait pas suivi. C’est corrigé.
Répondre à ce message
# Le 23 octobre 2012 à 09:07, par technoben
En réponse à : MailCrypt version 2
Bonjour Joseph,
A priori non, pas d’autres modifs mais je trouve cela étonnant.
Ce matin j’ai remis !== est ça passe .... donc cela doit venir d’autre part.... peut être le cache js comme tu me l’as indiqué...
En tout cas merci de tes réponses.
Répondre à ce message
# Le 22 octobre 2012 à 16:47, par technoben
En réponse à : MailCrypt version 2
Par contre une piste depuis mon message...
Dans le fichier : mailcrypt_fonctions.php
ligne 14 => AND strpos($texte,« mc_lancerlien ») !== false)
si je modifie la condition => AND strpos($texte,« mc_lancerlien ») != false)
tout fonctionne.
Est ce que je peux laisser comme ça ?
Merci par avance.
# Le 22 octobre 2012 à 20:18, par Joseph
En réponse à : MailCrypt version 2
Normalement, c’est bien l’opérateur !== qui devrait être utilisé (cf. http://php.net/manual/en/function.strpos.php).
Tu es sur de ne pas avoir d’autres modifs en faisant des tests ? En effet, != est plus strict que !==. Autrement dit, cette modif n’est pas censé régler le problème. Ca doit venir d’ailleurs.
Répondre à ce message
# Le 22 octobre 2012 à 16:10, par technoben
En réponse à : MailCrypt version 2
Bonjour,
Merci pour le travail...
Je suis sous spip 3 avec la version du plugin correspondante ci-dessus.
Une question, j’ai testé le plugin et j’ai bien un #INSERT_HEAD dans mon head mais le javascript ne semble pas être appelé correctement.
Si je le met en dur ça fonctionne ...
Est-ce que ça le fait pour d’autres personnes ou c’est moi qui suis un peu nul (c’est bien possible :-) )
Merci du coup de main.
# Le 22 octobre 2012 à 16:18, par Joseph
En réponse à : MailCrypt version 2
Je ne reproduis pas le problème.
Quel squelette utilisé ? C’est consultable en ligne quelque part ?
Le cache a-t-il bien été vidé ? (y compris le cache des scripts js)
Répondre à ce message
# Le 17 août 2012 à 17:49, par guilaind
En réponse à : MailCrypt version 2
J’utilise le mailcrypt du couteau suisse depuis longtemps et j’ai un problème d’email sans @ avec le plugin formidable :
- dans les emails automatique que je reçois, l’adresse « email@domaine.com » est remplacée par « email domaine.com »
- idem dans les exports csv
Quand je désactive mailcrypt du couteau suisse, mes exports csv mentionnent bien les @.
Quelqu’un aurait-il une solution ?
# Le 18 août 2012 à 03:17, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Bonjour, dans la toute dernière version du Couteau Suisse, tu peux débrayer les traitement sur la balise #EMAIL. Est-ce qu’avec cela (penser à vider tous les caches) les squelettes sont-ils mieux interprétés ?
# Le 18 août 2012 à 17:31, par guilaind
En réponse à : MailCrypt version 2
Merci Patrice.
Après maj du couteau suisse, j’ai débrayé le traitement de la balise #EMAIL comme suggéré puis testé mes formulaires et export. Le problème subsiste :
- email automatique FORMIDABLE ne contient pas les @
- export csv FORMIDABLE ne contient pas les @
Le fait que le problème subsiste est d’ailleurs assez logique puisque les fonctions d’export et d’email auto sont en php. Enfin je pense mais ne suis pas un développeur.
Le fait de désactiver MAILCRYPT avant de faire les exports n’est pas lourd. Par contre les emails automatiques sans @ posent problème car il va falloir que je prévienne un par un les destinataires de ces emails automatiques que l’adresse est amputée du @.
Quelqu’un aurait-il une autre piste ?
# Le 19 août 2012 à 01:59, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Je ne connais pas très bien ce plugin. Je ne sais pas de quelle façon il exporte les CSV et l’EMAIL.
S’il s’agit d’un fond, alors il faut le surcharger et lui faire passer le filtre
maildecrypt, soit sur la balise genre #TEXTE, soit sur le fond complet, genre avec#FILTRE{maildecrypt}..S’il s’agit d’une fonction PHP, ya peut-être aussi moyen de la surcharger...
Ce qui est sûr, c’est que Mailcrypt transforme le « @ » en
<span class='spancrypt'> </span>, il est donc normal que l’arobase disparaisse : c’est un CSS qui établit l’image...As-tu regardé quel code source avaient tes textes finaux ? Et quel processus ils subissaient pour en arriver là ?
# Le 19 août 2012 à 04:38, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Au passage, as-tu le plugin « Facteur » bien à jour ? En principe, il y a un pipeline qui est déjà prévu et exploité pour que MailCrypt évite de protéger le corps des messages...
J’en profite pour ajouter à celle lame la possibilité de débrayer également certains fonds privés, mais tu ne devrais pas en avoir besoin...
# Le 19 août 2012 à 15:39, par guilaind
En réponse à : MailCrypt version 2
Merci Patrice mais là ça commence à devenir du javanais pour moi. J’ai tenté de regarder le code source de plusieurs plugins (FORMIDAVLE, SAISIES, FACTEUR, MAILCRYPT) mais je ne comprends pas trop comment ça marche dès qu’on est en php.
Oui mes plugins sont tous à jour.
Je continue à poursuivre mes investigations
Répondre à ce message
# Le 5 octobre 2011 à 17:58, par Rainer Müller
En réponse à : MailCrypt version 2
Bonjour,
est-il possible d’enlever le mailcrypt sur quelques balises ? J’utilise spip_liostes et jue veux eviter que les adresses emails soint transform"s dans les mails envoyés ?
Merci
Rainer
# Le 10 octobre 2011 à 19:01, par Ced
En réponse à : MailCrypt version 2
Bonjour,
J’ai exactement la même question que le message précédent, je souhaiterai que les mails ne soit pas cryptés dans les emails envoyés par le plugin Clevermail.
J’ai essayé d’appliquer un TEXTE* mais du coup je perds tout le formatage.
Il faudrait donc pouvoir désactiver MailCrypt dans un squelette spécifique (celui de clevermail dans mon cas).
Est-ce possible ?
Merci pour vos idées.
# Le 10 octobre 2011 à 20:35, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Ce n’est pas chose facile (MailCrypt s’applique grâce au pipeline « post_propre ») à part la protection classique à tester :
<html>moi@ici.com</html>.En tout cas, le débat a été posé et résolu pour la lame du Couteau Suisse ici : De beaux liens hypertexte. La méthode est un peu brutale, mais efficace.
Pour les utilisateurs du Couteau Suisse :
[(#TEXTE*|replace{@,_AROB_}|cs_traitements{TEXTE,articles}|replace{_AROB_,@})]Sans le Couteau Suisse :
[(#TEXTE*|replace{@,_AROB_}|propre|replace{_AROB_,@})]# Le 10 octobre 2011 à 20:38, par Mat
En réponse à : MailCrypt version 2
Et que donne
(#TEXTE* ?# Le 10 octobre 2011 à 21:30, par Patrice Vanneufville
En réponse à : MailCrypt version 2
Quasi la même chose que
[(#TEXTE)], les traitements spécifiques sur la balise #TEXTE en moins. Seuls les pipelines de typo sont appliqués dans ce cas.... D’où l’introduction par le Couteau Suisse du filtre
|cs_traitementsqui applique à la balise concernée l’ensemble des traitements et des pipelines.# Le 11 octobre 2011 à 10:08, par Ced
En réponse à : MailCrypt version 2
Merci Patrice pour cette réponse exhaustive.
Ca fonctionne tres bien, j’ai simplement ajouté en fin de traitement le filtre |liens_absolus pour les liens des images dans la newsletter, ce qui donne :
[(#TEXTE*|replace{@,_AROB_}|cs_traitements{TEXTE,articles}|replace{_AROB_,@}|liens_absolus)]
merci encore !
# Le 14 octobre 2011 à 17:10, par Joseph
En réponse à : MailCrypt version 2
Bonjour,
j’ai bien lu le fil de discussion. Je réfléchis à une éventuelle alternative. J’ai lancé une discussion sur la zone pour savoir qu’elle serait l’approche la plus propre.
Bien cordialement
# Le 20 octobre 2011 à 16:19, par Rainer Müller
En réponse à : MailCrypt version 2
Merci, j’ai suivie un peu la discussion sur la zone, puis j’ai perdi le fil, quelles sont les résultats ?
# Le 17 novembre 2011 à 20:27, par Joseph
En réponse à : MailCrypt version 2
J’ai réalisé un filtre maildecrypt. Ce dernier est appliqué via le pipeline facteur_pre_envoi. Ainsi, les mails envoyés sont bien « décryptés » : les emails apparaissent en clair ainsi que les liens (que ce soit en HTML ou en mode texte). Par contre, la version du mail affichée en ligne reste, quant à elle, cryptée. Et pour cette dernière, qui peut être consultée par des robots, on souhaite que le cryptage des mails soit toujours opérationnel.
Cette solution fonction ainsi pour SPIP-lettres et Clevermail, ainsi que pour les notifications par email, bref pour tout ce qui transite par le facteur. Par contre, pour SPIP-listes qui à ma connaissance ne passe pas encore par le facteur, il faut appliquer manuellement
#FILTRE{maildecrypt}dans ses squelettes de mail.Bref, si certains veulent tester la dernière version du plugin...
Cordialement
Répondre à ce message
# Le 16 novembre 2011 à 08:39, par Rainer Müller
En réponse à : MailCrypt version 2
Je n’ai pas eu le temps de tester cette solution. Voilà qui est fait
Elle marche en effet bien pour des liens écrit en html, mas pas pour des lien encodés avec la syntaxe spip.
Merci
Rainer
# Le 16 novembre 2011 à 20:38, par Joseph
En réponse à : MailCrypt version 2
Je viens d’ajouter un filtre maildecrypt au plugin. Pour l’appliquer à tout un squelette, il suffit d’ajouter à la fin
#FILTRE{maildecrypt}.Le facteur dispose d’un pipeline pour agir sur le texte avant envoi. je vais essayer de voir s’il y a moyen d’appliquer le filtre par ce biais là ==> Du coup, il n’y aurait à faire : les mails envoyés seraient automatiquement envoyés avec la version décryptée tandis que la version consultable en ligne du mail serait quant à elle correctement cryptée ! Je creuse ça demain.
Répondre à ce message