Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Mailto et webmail

18 réponses
Avatar
Pascale
Bonjour à tous,

Je me pose une question concernant l'utilisation de mailto pour l'envoi de
courrier depuis un site : j'ai toujours utilisé un client courrier, mais je
vois qu'il y a de plus en plus de gens qui préfèrent utiliser leur webmail
(ce qui peut les obliger à se connecter à différents sites, mais on a le
droit d'être maso).
Ma question est : que se passe-t-il pour un utilisateur sans courrielleur
lorsqu'il clique sur un mailto (et en particulier s'il a plusieurs boîtes,
par exemple une chez Orange, une chez Gmail, une chez Machintrucmail etc) ?

--
Pascale

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com

8 réponses

1 2
Avatar
Guy
Le 15/02/2014 17:10, JC_Et a écrit :
*Bonjour*, Le 15/02/2014 15:14, Guy a écrit :

Le mailto est quand même à éviter à cause du spam...



Il suffit de le coder ;)
soit en javascript ou en PHP
des exmeples
http://aspirine.org/emailcode.php
http://aspirine.org/emailcode.php.html




Oui mais tu es sur de l'efficacité ?

--
http://grenault.net
Avatar
yamo'
Salut,

JC_Et a tapoté, le 15/02/2014 17:10:
*Bonjour*, Le 15/02/2014 15:14, Guy a écrit :

Le mailto est quand même à éviter à cause du spam...



Il suffit de le coder ;)
soit en javascript ou en PHP
des exmeples
http://aspirine.org/emailcode.php
http://aspirine.org/emailcode.php.html



Dans le code source généré je vois avec firebug :

<td id="preview1" style="width:200px; text-align:center"
rowspan="2">
<a onmouseout="this.href=''"
onmouseover="this.href='mailto:'"
href="">Contactez moi</a>
</td>

Donc, ça me paraît pas être une vraie protection.

Sinon, il y a cerbermail : http://www.digipills.com/cerbermail/intro.php



--
Stéphane <http://pasdenom.info/fortune/?>
Les mathématique sont la seule science où on ne sait pas de quoi on
parle ni si ce qu'on dit est vrai.
-+- Bertrand Russell -+-
Avatar
Denis Beauregard
Le Sat, 15 Feb 2014 19:01:45 +0100, yamo'
écrivait dans fr.comp.infosystemes.www.auteurs:

Salut,

JC_Et a tapoté, le 15/02/2014 17:10:
*Bonjour*, Le 15/02/2014 15:14, Guy a écrit :

Le mailto est quand même à éviter à cause du spam...



Il suffit de le coder ;)
soit en javascript ou en PHP
des exmeples
http://aspirine.org/emailcode.php
http://aspirine.org/emailcode.php.html



Dans le code source généré je vois avec firebug :

<td id="preview1" style="width:200px; text-align:center"
rowspan="2">
<a onmouseout="this.href=''"
onmouseover="this.href='mailto:'"
href="">Contactez moi</a>
</td>

Donc, ça me paraît pas être une vraie protection.



En fait, il faudrait quelque chose de ce genre :

<a onmouseout="this.href=''"

a1 = monmail
a2 = monfournisseur.co

onmouseover="this.href='mailto:a1+"@"+a2'"

avec la bonne syntaxe bien sûr. Et j'ai déjà vu du code de ce genre
mais je n'ai pas conservé la référence.



Sinon, il y a cerbermail : http://www.digipills.com/cerbermail/intro.php
Avatar
Pascale
Le Sat, 15 Feb 2014 16:14:43 +0100, rm a écrit :
Merci pour ces précisions, Denis et RM.

Je pense que je vais garder l'option « formulaire », plus sûre à tous
points de vue que le mailto, en essayant de le présenter de manière pas
trop froide ni impersonnelle.
Merci à tous pour votre aide (au passage, ça fait plaisir de voir qu'il y a
encore des forums usenet toujours aussi sympas et utiles).

--
Pascale

---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com
Avatar
SAM
Le 15/02/14 16:04, Pascale a écrit :

Et comme je fais ce truc avec quelqu'un qui a
beaucoup de bonnes idées mais qui fait une allergie prononcée aux listes
déroulantes, cases à cocher et tout ce qui évoque un site commercial, je
suis pas sortie de l'auberge...



Je ne comprends rien à ces histoires de cases à cocher pour envoyer un
mail ...

Le visiteur donne son adresse mail (surtout s'il veut une réponse !)
et ...
il écrit
...
comme dans un courrieleur "normal"
- le sujet
- le blabla
et valide / envoie (comme dans Th ou autre)

Si on peut on tentera qu'il puisse recevoir copie de son envoi dans sa
BàL à lui z'aussi


Hop! mon petit formulaire de contact :
<http://stephane.moriaux.pagesperso-orange.fr/contact>
... Pas très gai mais sobre et pas bien pire que gmail comme
présentation, si ?
(là je n'ai droit qu'aux SSI et réduites et plus ! Donc pas de PHP pour
"mailer" la copie)


Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Avatar
Paul Gaborit
À (at) Sun, 16 Feb 2014 02:51:35 +0100,
SAM écrivait (wrote):

Le visiteur donne son adresse mail (surtout s'il veut une réponse !)
et ...
il écrit
...
comme dans un courrieleur "normal"
- le sujet
- le blabla
et valide / envoie (comme dans Th ou autre)

Si on peut on tentera qu'il puisse recevoir copie de son envoi dans sa
BàL à lui z'aussi



Ne *JAMAIS* envoyer automatiquement de copie à l'adresse email fournie :
cela transforme votre formulaire en usine à SPAM potentielle !

--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
Avatar
JC_Et
*Bonjour*, Le 16/02/2014 02:51, SAM a écrit :

Hop! mon petit formulaire de contact :
<http://stephane.



Et Hop validation avec les champs vides
"Contact reçu :: confirmation d'envoi .. Merci de votre envoi, il sera
lu dès que possible"
=> pas terrible ! je n'ai rien envoyé


--
JC E.
Avatar
SAM
Le 16/02/14 09:29, JC_Et a écrit :
*Bonjour*, Le 16/02/2014 02:51, SAM a écrit :

Hop! mon petit formulaire de contact :
<http://stephane.



Et Hop validation avec les champs vides
"Contact reçu :: confirmation d'envoi .. Merci de votre envoi, il sera
lu dès que possible"
=> pas terrible ! je n'ai rien envoyé



C'est sans doute que *Je* n'en ai rien à battre ?

Le truc est pour que tu/ils puiss/es/ent "tenter" d'entrer en contact
avec moi.
Je considère que je n'ai pas à te/les prendre par la main.

C'est d'ailleurs bien précisé :
« Aucun champ obligatoire mais pour une réponse c'est mieux de
communiquer son e-mail »


Malheureusement je n'ai pas la main sur le CGI de gestion du formulaire
côté serveur et en pôvres SSI je vais avoir un peu de mal à détecter que
les champs étaient vides :-(
(le cgi à réception du formulaire le maille dans ma BAL et renvoie la
page *statique* désignée par le form)
(les SSI disponibles ne permettent pas de gérer une redirection - cas
des champs vides et si détectés par la page de confirmation)

De mémoire, si je mets une * dans le nom d'un champ et qu'il n'est pas
remplit par le visiteur lors de l'envoi, je crois que le CGI en tient
compte et fait ré-afficher le formulaire.
Je crois ...


Mais comme ... je ne veux obliger le visiteur à rien ...

Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
1 2