Bonjour,
J'ai un formulaire qui détecte l'oubli de saisie dans le champ "courriel" de
l'expéditeur. Mais je reçois des spams expédiés par "azertyuiop" évidemment
!
Est-il possible de comparer l'adresse saisie dans ce champ avec l'adresse de
l'expéditeur du formulaire et en cas de non concordance, d'envoyer ce
dernier à une vraie fausse adresse ???
du genre : si "courriel saisi" <> adresse expéditeur, envoyer à
poubelle@hotmail.com
merci et bonne journée
alain
"Olivier Miakinen" <om+ a écrit dans le message de news: 46a9f686$
J'ai un formulaire qui détecte l'oubli de saisie dans le champ "courriel" de l'expéditeur.
Ok.
Mais je reçois des spams expédiés par "azertyuiop" évidemment !
Tu peux déjà vérifier que l'adresse est syntaxiquement correcte, mais ça ne t'empêchera pas de recevoir des messages d' Cf. la FAQ : <http://faqfclphp.free.fr/#rub5.3>.
En attendant, j'ai placé ce code :
$pattern = ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:'; //modele classique d'adresse if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle { echo("<B>Courriel:</B> <FONT COLOR=red>Invalide</FONT> <A HREF=form.php>Retour à saisie</A><BR>"); $required = 0;
mais une adresse du style est refusée ?
Où est la coquille ???? Merci alain
"Olivier Miakinen" <om+news@miakinen.net> a écrit dans le message de news:
46a9f686$1@neottia.net...
J'ai un formulaire qui détecte l'oubli de saisie dans le champ "courriel"
de
l'expéditeur.
Ok.
Mais je reçois des spams expédiés par "azertyuiop" évidemment !
Tu peux déjà vérifier que l'adresse est syntaxiquement correcte, mais ça
ne t'empêchera pas de recevoir des messages d'azerty@ui.op.
Cf. la FAQ : <http://faqfclphp.free.fr/#rub5.3>.
En attendant, j'ai placé ce code :
$pattern = ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:'; //modele
classique d'adresse
if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle
{
echo("<B>Courriel:</B> <FONT COLOR=red>Invalide</FONT> <A
HREF=form.php>Retour à saisie</A><BR>");
$required = 0;
mais une adresse du style abcdef.ghij@azer.cvb est refusée ?
"Olivier Miakinen" <om+ a écrit dans le message de news: 46a9f686$
J'ai un formulaire qui détecte l'oubli de saisie dans le champ "courriel" de l'expéditeur.
Ok.
Mais je reçois des spams expédiés par "azertyuiop" évidemment !
Tu peux déjà vérifier que l'adresse est syntaxiquement correcte, mais ça ne t'empêchera pas de recevoir des messages d' Cf. la FAQ : <http://faqfclphp.free.fr/#rub5.3>.
En attendant, j'ai placé ce code :
$pattern = ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:'; //modele classique d'adresse if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle { echo("<B>Courriel:</B> <FONT COLOR=red>Invalide</FONT> <A HREF=form.php>Retour à saisie</A><BR>"); $required = 0;
Dans la FAQ il y avait : $pattern = ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:';
Ça me semble bien.
if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle
Dans la FAQ il y avait : if (preg_match($pattern, $email)) { ... }
La différence est assez flagrante, non ?
Note que le test indiqué dans la FAQ répondra vrai si l'adresse est correcte, tu devrais donc utiliser plutôt (!preg_match(...)).
mais une adresse du style est refusée ?
Oui, parce que vu le genre de test la seule « adresse » possible est ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:', ce qui est bien évidemment différent de ''. ;-)
Dans la FAQ il y avait :
$pattern = ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:';
Ça me semble bien.
if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle
Dans la FAQ il y avait :
if (preg_match($pattern, $email)) { ... }
La différence est assez flagrante, non ?
Note que le test indiqué dans la FAQ répondra vrai si l'adresse est
correcte, tu devrais donc utiliser plutôt (!preg_match(...)).
mais une adresse du style abcdef.ghij@azer.cvb est refusée ?
Oui, parce que vu le genre de test la seule « adresse » possible est
':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:', ce qui est bien
évidemment différent de 'abcdef.ghij@azer.cvb'. ;-)
Dans la FAQ il y avait : $pattern = ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:';
Ça me semble bien.
if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle
Dans la FAQ il y avait : if (preg_match($pattern, $email)) { ... }
La différence est assez flagrante, non ?
Note que le test indiqué dans la FAQ répondra vrai si l'adresse est correcte, tu devrais donc utiliser plutôt (!preg_match(...)).
mais une adresse du style est refusée ?
Oui, parce que vu le genre de test la seule « adresse » possible est ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:', ce qui est bien évidemment différent de ''. ;-)
Où est la coquille ????
Cf. supra.
Dominique ROUSSEAU
Le dim, 29 jui 2007 at 11:21 GMT, ts a écrit :
"P" == Pascal Hambourg writes:
P> Cette restriction ne s'appliquait qu'aux noms d'hôtes, pas aux P> domaines de courrier.
Depuis quand un nom d'hôte ne peut pas être un domaine de courrier ?
La resitrction s'appliquait aux noms d'hote. Les domaines de courrier (qui peuvent, ou non, être des noms d'hote) n'étaient pas concernés. (tout nom d'hote étant un domaine de courrier potentiel)
Le dim, 29 jui 2007 at 11:21 GMT, ts <decoux@moulon.inra.fr> a écrit :
P> Cette restriction ne s'appliquait qu'aux noms d'hôtes, pas aux
P> domaines de courrier.
Depuis quand un nom d'hôte ne peut pas être un domaine de courrier ?
La resitrction s'appliquait aux noms d'hote.
Les domaines de courrier (qui peuvent, ou non, être des noms d'hote)
n'étaient pas concernés.
(tout nom d'hote étant un domaine de courrier potentiel)
P> Cette restriction ne s'appliquait qu'aux noms d'hôtes, pas aux P> domaines de courrier.
Depuis quand un nom d'hôte ne peut pas être un domaine de courrier ?
La resitrction s'appliquait aux noms d'hote. Les domaines de courrier (qui peuvent, ou non, être des noms d'hote) n'étaient pas concernés. (tout nom d'hote étant un domaine de courrier potentiel)
Nicolas Krebs
Olivier Miakinen écrivit dans l'article news:
Le 28/07/2007 19:44, Nicolas Krebs a écrit : > >> De toutes façons, vie privée ou pas, les navigateurs ne sont pas prévus >> pour stocker des adresses de courriel à envoyer aux sites web. (Et >> pourquoi pas le numéro de carte bleue, tant qu'on y est ?) > > Vous ne connaissez pas P3P ?
Non.
> - Mathieu O'Neil, « Internet, ou la fin de la vie privée », > Le Monde diplomatique, septembre 1998, > http://www.monde-diplomatique.fr/1998/09/O_NEIL/10914 > - Marc Laimé, « Allons-nous devoir vendre nos données personnelles ? », > uzine.net, octobre 2001, http://www.uzine.net/article1198.html > - Platform for Privacy Preferences (P3P) Project, http://www.w3.org/P3P/ > - P3P 1.0, traduction en français de J. Solari, > http://www.yoyodesign.org/doc/w3c/p3p1/ > (rechercher p3p ou carte ou card dans ces documents)
Et si tu nous expliquais en deux mots de quoi il s'agit et quel rapport ça a avec la question posée, plutôt que de nous envoyer sur Internet ?
Oui.
À la fin des années 1990, le projet « Platform for Privacy Preferences » (P3P) avait envisagé que les logiciel client web (navigateurs) stockent et (parfois) transmettent le numéro de carte bancaire de l'utilisateur.
« Exemple d'utilisation de P3P [...] La page de règlement de CatalogueExemple demande certains renseignements supplémentaires : le nom, l'adresse, le numéro de carte de crédit et le numéro de téléphone de Claudia. [...] Les futures versions de P3P Des pans significatifs des premiers brouillons de la spécification P3P1.0 ont été supprimés [...] Une future version de la spécification P3P pourra réintégrer [...] Un mécanisme permettant aux agents utilisateurs de transférer les données d'utilisateur » (« Spécification de la plateforme pour les préférences de confidentialité 1.0 (P3P1.0) », traduction en français de J. Solari, sections 1.1.2 et 1.1.6, http://www.yoyodesign.org/doc/w3c/p3p1/#Future et http://www.yoyodesign.org/doc/w3c/p3p1/#Future )
D'où ma réaction à votre phrase « Et pourquoi pas le numéro de carte bleue, tant qu'on y est ? ».
Olivier Miakinen écrivit dans l'article news:46ac5d11@neottia.net
Le 28/07/2007 19:44, Nicolas Krebs a écrit :
>
>> De toutes façons, vie privée ou pas, les navigateurs ne sont pas prévus
>> pour stocker des adresses de courriel à envoyer aux sites web. (Et
>> pourquoi pas le numéro de carte bleue, tant qu'on y est ?)
>
> Vous ne connaissez pas P3P ?
Non.
> - Mathieu O'Neil, « Internet, ou la fin de la vie privée »,
> Le Monde diplomatique, septembre 1998,
> http://www.monde-diplomatique.fr/1998/09/O_NEIL/10914
> - Marc Laimé, « Allons-nous devoir vendre nos données personnelles ? »,
> uzine.net, octobre 2001, http://www.uzine.net/article1198.html
> - Platform for Privacy Preferences (P3P) Project, http://www.w3.org/P3P/
> - P3P 1.0, traduction en français de J. Solari,
> http://www.yoyodesign.org/doc/w3c/p3p1/
> (rechercher p3p ou carte ou card dans ces documents)
Et si tu nous expliquais en deux mots de quoi il s'agit et quel rapport
ça a avec la question posée, plutôt que de nous envoyer sur Internet ?
Oui.
À la fin des années 1990, le projet « Platform for Privacy Preferences »
(P3P) avait envisagé que les logiciel client web (navigateurs) stockent et
(parfois) transmettent le numéro de carte bancaire de l'utilisateur.
« Exemple d'utilisation de P3P [...]
La page de règlement de CatalogueExemple demande certains renseignements
supplémentaires : le nom, l'adresse, le numéro de carte de crédit et le
numéro de téléphone de Claudia. [...]
Les futures versions de P3P
Des pans significatifs des premiers brouillons de la spécification P3P1.0
ont été supprimés [...]
Une future version de la spécification P3P pourra réintégrer [...]
Un mécanisme permettant aux agents utilisateurs de transférer les données
d'utilisateur »
(« Spécification de la plateforme pour les préférences de confidentialité
1.0 (P3P1.0) », traduction en français de J. Solari, sections 1.1.2 et
1.1.6, http://www.yoyodesign.org/doc/w3c/p3p1/#Future et
http://www.yoyodesign.org/doc/w3c/p3p1/#Future )
D'où ma réaction à votre phrase « Et pourquoi pas le numéro de carte
bleue, tant qu'on y est ? ».
Le 28/07/2007 19:44, Nicolas Krebs a écrit : > >> De toutes façons, vie privée ou pas, les navigateurs ne sont pas prévus >> pour stocker des adresses de courriel à envoyer aux sites web. (Et >> pourquoi pas le numéro de carte bleue, tant qu'on y est ?) > > Vous ne connaissez pas P3P ?
Non.
> - Mathieu O'Neil, « Internet, ou la fin de la vie privée », > Le Monde diplomatique, septembre 1998, > http://www.monde-diplomatique.fr/1998/09/O_NEIL/10914 > - Marc Laimé, « Allons-nous devoir vendre nos données personnelles ? », > uzine.net, octobre 2001, http://www.uzine.net/article1198.html > - Platform for Privacy Preferences (P3P) Project, http://www.w3.org/P3P/ > - P3P 1.0, traduction en français de J. Solari, > http://www.yoyodesign.org/doc/w3c/p3p1/ > (rechercher p3p ou carte ou card dans ces documents)
Et si tu nous expliquais en deux mots de quoi il s'agit et quel rapport ça a avec la question posée, plutôt que de nous envoyer sur Internet ?
Oui.
À la fin des années 1990, le projet « Platform for Privacy Preferences » (P3P) avait envisagé que les logiciel client web (navigateurs) stockent et (parfois) transmettent le numéro de carte bancaire de l'utilisateur.
« Exemple d'utilisation de P3P [...] La page de règlement de CatalogueExemple demande certains renseignements supplémentaires : le nom, l'adresse, le numéro de carte de crédit et le numéro de téléphone de Claudia. [...] Les futures versions de P3P Des pans significatifs des premiers brouillons de la spécification P3P1.0 ont été supprimés [...] Une future version de la spécification P3P pourra réintégrer [...] Un mécanisme permettant aux agents utilisateurs de transférer les données d'utilisateur » (« Spécification de la plateforme pour les préférences de confidentialité 1.0 (P3P1.0) », traduction en français de J. Solari, sections 1.1.2 et 1.1.6, http://www.yoyodesign.org/doc/w3c/p3p1/#Future et http://www.yoyodesign.org/doc/w3c/p3p1/#Future )
D'où ma réaction à votre phrase « Et pourquoi pas le numéro de carte bleue, tant qu'on y est ? ».
alainL
"Olivier Miakinen" <om+ a écrit dans le message de news: 46adb223$ .............
if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle
Dans la FAQ il y avait : if (preg_match($pattern, $email)) { ... }
La différence est assez flagrante, non ?
Note que le test indiqué dans la FAQ répondra vrai si l'adresse est correcte, tu devrais donc utiliser plutôt (!preg_match(...)).
mais une adresse du style est refusée ?
Oui, parce que vu le genre de test la seule « adresse » possible est ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:', ce qui est bien évidemment différent de ''. ;-)
Ben voilà, quand on ne veut pas passer par les bases ! Mon test provisoire marche, donc. Le mieux serait sans doute d'introduire un code à copier mais le script trouvé me pose pour l'instant pas mal de questions ! Je potasse !
Merci pour ton aide et bonne journée.
-- Alain L Mon village en Haute-Soule (rando, pêche, flore...): http://jarailet.club.fr Carnet de voyages: http://jarailet.club.fr/Randobal
"Olivier Miakinen" <om+news@miakinen.net> a écrit dans le message de news:
46adb223$1@neottia.net...
.............
if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle
Dans la FAQ il y avait :
if (preg_match($pattern, $email)) { ... }
La différence est assez flagrante, non ?
Note que le test indiqué dans la FAQ répondra vrai si l'adresse est
correcte, tu devrais donc utiliser plutôt (!preg_match(...)).
mais une adresse du style abcdef.ghij@azer.cvb est refusée ?
Oui, parce que vu le genre de test la seule « adresse » possible est
':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:', ce qui est bien
évidemment différent de 'abcdef.ghij@azer.cvb'. ;-)
Ben voilà, quand on ne veut pas passer par les bases !
Mon test provisoire marche, donc.
Le mieux serait sans doute d'introduire un code à copier mais le script
trouvé me pose pour l'instant pas mal de questions ! Je potasse !
Merci pour ton aide et bonne journée.
--
Alain L
Mon village en Haute-Soule (rando, pêche, flore...): http://jarailet.club.fr
Carnet de voyages: http://jarailet.club.fr/Randobal
"Olivier Miakinen" <om+ a écrit dans le message de news: 46adb223$ .............
if($Courriel <> $pattern ) //si l'adresse n'est pas conforme au modèle
Dans la FAQ il y avait : if (preg_match($pattern, $email)) { ... }
La différence est assez flagrante, non ?
Note que le test indiqué dans la FAQ répondra vrai si l'adresse est correcte, tu devrais donc utiliser plutôt (!preg_match(...)).
mais une adresse du style est refusée ?
Oui, parce que vu le genre de test la seule « adresse » possible est ':^[.A-Za-z0-9!#$%&'*+/=?^_`{|}~-]+@[.A-Za-z0-9-]+$:', ce qui est bien évidemment différent de ''. ;-)
Ben voilà, quand on ne veut pas passer par les bases ! Mon test provisoire marche, donc. Le mieux serait sans doute d'introduire un code à copier mais le script trouvé me pose pour l'instant pas mal de questions ! Je potasse !
Merci pour ton aide et bonne journée.
-- Alain L Mon village en Haute-Soule (rando, pêche, flore...): http://jarailet.club.fr Carnet de voyages: http://jarailet.club.fr/Randobal
