Forums Développement Multimédia

Aller au contenu

Mail prérempli : mauvaise accentuation

CODE HTML CSS

14 réponses à ce sujet

#1 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 10 October 2010 - 22:29 PM

Bonsoir,

J'ai créé un lien tout bête qui permet de lancer un mail prérempli.

Il contient le code classique ; mailto:contact@nomdedomaine.fr?subject=Demande de documentation&body=je souhaite recevoir la documentation à l'adresse...

Le problème, c'est qu'en test, le mail s'ouvre bien mais le texte est : je souhaite recevoir la documentation √† l‚Äôadresse suivante...

Pourquoi les signes accentués sont-il mal interprétés ? :twisted:

#2 neolao

  • Honoris
  • PipPipPipPipPipPipPipPip
  • 3827 messages

Posté 11 October 2010 - 08:37 AM

Tu peux tenter avec remplaçant les caractères par leur équivalent HTML http://www.theukwebd...-characters.php

#3 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 11 October 2010 - 12:08 PM

Merci neolao mais comme souvent, même ce qui est très simple ne fonctionne pas :

Il faut dire que je ne comprends pas la différence technique entre "code" et "entity name" et c'est plutôt ce dernier que je connaissais

J'ai donc testé les deux et seul 'apostrophe fonctionne avec l'option "code" mais pas le "à":

à l'adresse suivante
donne le résultat :
à l'adresse suivante.


à l'adresse suivante
donne le résultat idem :
à l'adresse suivante.

:twisted:

#4 neolao

  • Honoris
  • PipPipPipPipPipPipPipPip
  • 3827 messages

Posté 11 October 2010 - 12:17 PM

en fait j'me demande si c'est pas juste un soucis d'encodage de la page vs. l'encodage de tes mails par défaut

parce que j'ai fait le test chez moi, ça marche sans encoder http://css-infos.net...hot/la4hyz.html

tu es en utf-8 pour ta page ?

#5 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 11 October 2010 - 12:24 PM

oui, utf-8

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

C'est le point que j'avais vérifié avant toute chose. Et ça je l'avais oublié, tout mon texte de page aurait des pb...

Mais si je teste ton lien, le mail s'ouvre avec Entourage et je me retrouve avec :
je souhaite recevoir la documentation à l'adresse
:twisted: :mrgreen: :jesors:

#6 neolao

  • Honoris
  • PipPipPipPipPipPipPipPip
  • 3827 messages

Posté 11 October 2010 - 12:25 PM

mon client mail est en utf-8

#7 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 11 October 2010 - 12:35 PM

j'ai modifié le mien en utf-8 mais toujours le même bug...
Et à supposer que ça marche, il faudrait savoir si tous les clients des clients sont en utf-8...

#8 neolao

  • Honoris
  • PipPipPipPipPipPipPipPip
  • 3827 messages

Posté 11 October 2010 - 12:47 PM

Et aussi que les clients aient un client mail, ce qui n'est pas toujours le cas
Je pense à tout ceux qui utilise un client web.

#9 Eddy.vh

    Éternel apprenti.

  • Honoris
  • PipPipPipPipPipPipPipPip
  • 1194 messages

Posté 11 October 2010 - 13:19 PM

Salut, il faut en plus que dans l'en-tête de ton mail tu inclues l'UTF8 sinon, même si ton client mail est paramétré pour lire l'UTF8, il ne sait pas que ton mail l'est.

Va falloir scruter ton code PHP afin de voir ou l'insérer.
Tu as encore le code que j'avais fourni pour ton soucis de mail php, tu y trouveras peut-être une réponse.

#10 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 11 October 2010 - 13:20 PM

Pas de chance, sur Outlook, le résultat est différent mais mauvais :

je souhaite recevoir la documentation à l´adresse suivante :

C'est un qu'on peut appeler une énorme verrue ! :twisted:

#11 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 11 October 2010 - 13:47 PM

Bonjour edfred,

Mon code est plus que basique et ne fait pas appel au php. Je l'ai utilisé sans problème auparavant mais depuis des fichiers swf, je ne sais pas s'il y a une relation.

Soit :
<a href="mailto:contact@domaine.fr?subject=Demande de documentation&body=je souhaite recevoir la documentation &agrave; l&acute;adresse suivante :">ici</a>

Sinon, je conserve précieusement tous les codes utile mais j'avoue que j'ai eu tellement de pb technique ces derniers temps que je ne sais même plus de quel problème "mail php" tu fais référence :twisted:

A moins qu'il s'agisse du sujet "Formulaire avec code de sécurité" ?

#12 Eddy.vh

    Éternel apprenti.

  • Honoris
  • PipPipPipPipPipPipPipPip
  • 1194 messages

Posté 11 October 2010 - 20:35 PM

Arggghhhh, toi tu as envie de te faire spammer à des centaines de reprises par jour.
Ce code met à nu ton adresse mail ou celle de la personne qui devra recevoir les mails et de ce fait encore plus facilement lisible par les bots spammeurs qui s'empresseront de t'en donner la preuve, et eux il se foutent pas mal que tu reçoivent ou non des caractères illisibles si tu vois ce que je veux dire. :)
Si ce code est déjà sur le web, retires-le au plus vite.

Aussi ce code est incorrect "l&acute;adresse" tu places un accent aigu entre le l et adresse alors qu'il faut une apostrophe, elle n'a pas de codage spécifique et tu peux utiliser ' sans soucis

Citation

A moins qu'il s'agisse du sujet "Formulaire avec code de sécurité" ?
C'est bien ça…

#13 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 12 October 2010 - 00:49 AM

Tu as tout à fait raison Edfred, j'ai peut-être trop vite oublié cet aspect sécurité. Je n'ai jamais eu de soucis jusqu'à présent parce le code et l'adresse mail était dans un swf et donc peu spamable (il faut bien que le flash ait quelques avantages...).

Pour ce qui concerne notre longue discussion sur les formulaires de sécurité, j'ai malgré tout au final laissé la manip (à grand frais) à mon développeur car le temps était compté et je ne pouvais pas fournir une demi solution à mon client. Il m'a donc mis en place une solution qui fonctionne assez bien mais avec une quantité de fichiers phénoménale : coton pour moi pour décliner par la suite. Et pour ce qui le concerne, l'option champ caché n'était pas forcément une solution à toutes épreuve mais ce que j'ai retenu, c'est qu'il n'y en a aucune et la tienne est aussi bonne qu'une autre. Bon, il se peut que ce que j'ai appris techniquement avec le développeur me servira pour exploiter ta solution qui serait pour moi plus simple à installer.

Dans l'immédiat, la demande client et megabasique, il ne s'agit que de permettre aux visiteurs de faire une demande de doc. Du coup, j'aimerais ne pas trop jouer les demeurés pour proposer et mettre en place comme un grand une solution fiable.

Si le formulaire est la seule solution, je vais y retourner. Dans tous les cas, je te remercie encore de m'avoir alerter sur ce point crucial !

#14 Eddy.vh

    Éternel apprenti.

  • Honoris
  • PipPipPipPipPipPipPipPip
  • 1194 messages

Posté 12 October 2010 - 12:44 PM

Voir le messageGoudurisc, le 12 October 2010 - 00:49 AM, dit :

Et pour ce qui le concerne, l'option champ caché n'était pas forcément une solution à toutes épreuve mais ce que j'ai retenu, c'est qu'il n'y en a aucune et la tienne est aussi bonne qu'une autre.

Aucun système n'est jamais infaillible à 100%, certes mais en rusant comme je l'ai fait (et c'est même pas moi mais un développeur PHP qui a eu cette idée, je n'ai suivi que son idée afin de la mettre en page sur un formulaire de contact), on va tenter de penser comme un robot spammeur…
Le but de ce genre de robot, c'est de scruter le web à la recherche de toute adresse mail lisible et exploitable pour aller te remplir ta boite de pub de cul ou de viagra, etc. Ce robot ne peut voir d'adresse mail dans un formulaire géré par PHP alors ils se sont mis à rechercher des formulaires de contact ou formulaires tout court (forums par exemple) afin d'en remplir les champs et réussir quand-même leurs exploits.

Si on place un champs offrant la possibilité au robots d'y placer un lien vers un site web, il saute dessus et si toi tu empêches l'envoi du formulaire si ce champ est rempli, tu ne reçois pas de mail indésirables.
Tant que ce pu***** de robot ait compris que ce champ ne doit pas être rempli, il coulera encore beaucoup d'eau sous les ponts.
Alors on peut se dire que les développeurs de ces robots les équiperont d'une possibilité de scruter les champs cachés (qui ne le sont pas pour les robots puisqu'ils lisent le code, ne l'oublions pas) et les éviter, je suis 100 % d'accord et c'est la raison pour laquelle je n'ai volontairement pas inséré un champ caché mais bien un champ tout à fait classique que j'ai pris soin de cacher par CSS et là, jusqu'au jour où les robots comprendront le rapport qu'il y a dans une classe de champ caché par css et justement cette classe CSS, tout reste possible mais je pense qu'on a encore du temps devant soi.
C'est mon avis qui ne vaut que pour moi et j'ai peut-être tord, je ne suis pas développeur et je ne peux donc jurer de ce principe. Toujours est-il qu'il est pour le moment très efficace et même plus que le simple capcha qui est maintenant descriptible par pas mal de robots qui arrivent à déchiffrer des lettres et chiffres dans une image simple.
Le jour où ça ne sera plus efficace, faudra trouver autre chose, comme par le passé avec des codes html ou javascript qui sont devenus totalement inefficaces.

#15 goudurisc

  • Members
  • PipPipPipPipPipPipPipPip
  • 674 messages

Posté 12 October 2010 - 13:23 PM

On ne peut qu'être d'accord sur ce point, aucune solution n'est imparable et l'idée est d'avoir toujours un petit coup d'avance sur les hackers qui nous pourrissent la vie au quotidien...
Pour mon pb, je vais voir si je suis capable de récupérer ton modèle. :)



1 utilisateur(s) li(sen)t ce sujet

0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)

authorised training centre

Centre de Formation Mediabox - Adobe et Apple Authorised Training Center.

Déclaré auprès de la Direction du Travail et de la Formation Professionnelle

Mediabox : SARL au capital de 62.000€ - Numéro d'activité : 11 75 44555 75 - SIRET : 49371646800035

MEDIABOX, 23, rue de Bruxelles, 75009 PARIS

FFP