Bonjour ,
J'ai vu que lors de l'inscription a certains sites, ils demandent une addresse email puis il testent si l'email est valide (ou  du moins le domaine sur laquelle elle est enregistrée). Donc voilà j'aurai voulu savoir comment on peut faire ça.
 

1.Tu généres un code unique pour l'utilisateur à l'inscription que tu enregistres dans ta base
2.Tu envoies un mail à cette personne. Après deux solutions. Soit tu donnes le code unique dans le mail en demandant à la personne de l'entrer sur le site quand il revient, soit tu fournis un lien dans le mail avec en paramètre ce code unique. De cette façon la personne a juste a cliquer sur le lien pour arriver sur ta page ou son compte sera activée
3. Sur ta page d'activation du compte, tu vérifies que l code fourni correspond à un compte en attente d'activation et si c'est bon tu actives le compte.
4. voila

+1

je fais déja ça mais ça me convient, merci

Un peu plus rafiné, tenant compte de :
 

 
Vérifier l'existence du domaine avant d'envoyer l'email. Ca évite que le luser l'utilisateur n'attende un email qui n'arrivera jamais à cause d'une typo dans le nom de domaine.

Exactement sircam. Tout le monde n'est pas chez hotmail et compagnie... faut penser à ceux qui ont leur propre nom de domaine.

bonjour voilà la solutions
 
if (!eregi("^[0-9a-z]([-_.]?[0-9a-z])*@[0-9a-z]([-.]?[0-9a-z])*\.[a-z]{2,4}$",$_POST["emai"])){  
// l'adresse e-mail n'est pas valide
                 $erreur="Votre adresse e-mail n'est pas valide...";
 
}

j'utilise déja ce script mais je me demandai comment tester la validité d'un nom de domaine..
EDIT: je sais qu'il existe une méthode en PEAR mais mon serveur ne le supporte pas.

Tu t'en fou un peu de la validité du nom de domaine. C'est à l'utilisateur de faire attention. La méthode proposé par gooopil est parfaite et c'est probablement la plus efficace.

   
 
Beh non, si tu veux chouchouter ton client avec une application sérieuse, tu fais le maximum pour que le client ne fasse pas d'erreurs.
 
Si le client veux s'inscrire en ligne, que tu lui annonces que tu vas lui envoyer un email et qu'il ne le reçoit pas, c'est peut-être un client perdu. Tout cela à cause d'une typo dans un nom de domaine.  
 
Un peu comme si tu faisais une inscription papier et qu'à cause d'une typo, ton dossier était classé sans suite. Je suis sûr que tu serais mécontent. Même l'administration ne procède généralement pas de la sorte.
 
De plus, ça réduit les éventuels frais de post-processing, si un opérateur doit lister les inscriptions pendantes ou s'enquérir d'une alerte/audit pour un email qui n'a pas abouti, ou en cas d'appel : "je me suis inscrit sur votre site mais..." et tu commences déjà à perdre de l'argent.
 
Visez la qualité ! En l'occurence, ça ne coûte pas (trop) cher. Il faut juste être prudent que la vérification du nom de domaine ne prenne pas des plombes et, qu'en cas d'échec, elle n'empêche pas l'inscription!

+1

Le contrôle d'existence de domaine n'empêche pas non plus l'erreur de saisie d' utilisateur : c'est aussi de sa responsabilité que de vérifier, ou de lui donner les moyens de vérifier, la validité de saisie de son adresse mail.
Chacun sa méthode, mais je préfère de loin un regex pour contrôler la forme et la double saisie d'adresse mail dans un formulaire pour vérification (même si des utilisateurs font du copier/coller).
Accessoirement, rappeler à la validation de l'inscription ou après l'envoi de forumulaire quelle est l'adresse qui a été utilisée.
La méthode est classique et l'erreur 'facteur humain' inévitable.

 
  aussi !
 
Les deux sont complémentaires...C'est pas la même chose, alors comment tu peux dire que ce que j'ai proposé est plus efficace ?  
 
Sinon comme l'a dis Sircam, c'est clair et net que l'idéal c'est de faire la vérification du domaine au moment ou tu vérifies la validité de l'email...La plupart du temps je fais une vérification de domaine, annonce l'erreur au visiteur mais je ne bloque pas l'inscription à cause de ça. C'est le genre de petit plus qui font la différence sur le long terme entre un projet soigné et un autre...

 
J'aurais du souligner et mettre en gras le "probablement".

je fais ça aussi parfois. ça assure que le domaine existe, mais pas que l'adresses est valide.  
 
djfsjdflk@jfkldsjfasdfhfsdfhskjhfk.com -> false
ffffdsjfsadjflsdjfsajl@yahoo.fr  -> ok
 

Il n'est pas possible de tester plus loin que la validité du domaine de toute façon. Plus aucun serveur email ne fournit d'indication sur l'existence ou la non-existence d'une adresse au sein du domaine.
 

 
Si la vérification échoue, il convient de distinguer deux cas :
- Le DNS check a échoué. On ne peut rien conclure, si ce n'est qu'on n'a pas pu procéder à la vérification. Il est conseillé de passer un audit/alert;
- Le DNS check dit que le domaine n'existe pas. On peut attirer l'attention de l'utilisateur et l'inviter à corriger son adresse, mais il vaut mieux ne pas l'empêcher de poursuivre.
 
S'assurer que le service est fiable : s'il faut attendre un timeout pour se rendre compte qu'il est dans les choux, c'est no good...

 
ça n'a même jamais été possible

Si, et ça l'est encore en théorie, mais à l'heure actuelle, je ne vois plus aucun serveur mail qui accepte de fournir une réponse.