valider email

-- Nu er det sådan, at det, som er foran @-tegnet, _ikke_ på nogen måde må fortolkes af en smtp-node, bortset fra selve hosten, hvilket betyder, at det er noget vrøvl at teste det !-)

-- men f.eks.

  var t = "\\wáàãââæåçéèêëìíîïñòóôõöøùúûüýÿ";
  var regexp = new RegExp("^.*?@["+t+"]["+t+"\\.\\-]*\\.[a-z]{2,6}$","i");
  tekst=f.mail.value.toLowerCase();
  if (!regexp.test(tekst)||tekst.match(/\.\.|\.@|-@|--/)){
      alert ("Der skal stå en gyldig e-mail adresse i tekst feltet");
      f.mail.focus();
      return false;
  }

Det er kun for at undgå at folk kun skriver minadresse !

Ovennævnte tester, at der er et @ derefter følger mindst eet bogstav/tal samt måske nogle flere af de lovlige tegn, så et punktum efterfulgt af en kombination af bogstaver, som passer på lovlige top-domæner !-)

-- desuden tester den, at der ikke er to punktummer eller to bindestreger efter hinanden ...

Hmm, synes jeg kan få den til det !

Hvis min form ser sådan ud:
<form name="form" method="POST" action="index.php?page=kontakt">
<table border="0" width="100%" height="1">
    <tr>
      <td width="25%" height="1">&nbsp;&nbsp;&nbsp;Navn:</td>
      <td width="" height="1"><input type="text" name="navn" size="45" value="<?php echo $_POST["navn"]; ?>"></td>
    </tr>
    <tr>
      <td width="" height="1">&nbsp;&nbsp;&nbsp;E-mail: (udfyldes med lovlig email adresse)</td>
      <td width="" height="1"><input type="text" name="email" size="45" value="<?php echo $_POST["email"]; ?>"></td>
    </tr>
    <tr>
      <td width="" height="110">&nbsp;&nbsp;&nbsp;Spørgsmål:</td>
      <td width="" height="110"><textarea rows="5" name="tekst" cols="35"><?php echo $tekst; ?></textarea></td>
    </tr>
    <tr>
      <td width="" height="1"></td>
      <td width="" height="1"><input type="submit" value="Send" name="B1"><input type="reset" value="Nulstil" name="B2"></td>
    </tr>
  </table>


Hvordan skal den så implementeres ?

Mig der havde lavet en bommert !

Vil du have point ?

<?php echo $tekst; ?>
ser forkert ud i forhold til
value="<?php echo $_POST["email"]; ?>".

form name="form" burde erstattes af form name="f".

Jeg tvivler ikke på, at roenvings hieroglyffer virker - men det kræver arbejde at forstå dem.

per1291 -> Grunden til det første du nævner er fordi der ikke er kodet konsekvens !

Jeg har fået det til at virke !

Alle tiders. Nu vil jeg sætte mig ind i roenvings løsning. Det virker som magi. Jeg har selv en email-validator på over 100 linjer. - Hilsen Per

roenving - ja, du har jo løst leif's problem.

Jeg vil bare sige, at det har været en åbenbaring at blive præsenteret for RegExp.

Vha. RegExp må man kunne validere syntaksen af et Javascript eller alt muligt andet.

Min egen email-validator tjekker diverse lovlige extensions - .dk, .info, .com, .net osv. Men hvorfor egentlig? Man kan jo alligevel ikke vha. et syntax-check tjekke om adressen findes.

per1291 -> Afhængig af formålet, beder jeg faktisk folk om at bekræfte deres adresse ved at sende dem en mail med et unikt ID som du skal gå ind på en defineret side og taste ind.

leif -> God ide... Og dog, et unikt ID? Ja, det har jeg vist selv været ude for - ved tilmelding til en nyhedsservice eller sådan. - Nå, mit eget projekt er vist mere beskedent. Hvis folk indtaster en email-adresse på min side, og de derefter kan svare på en mail som jeg har sendt til samme adresse - ja så må de være seriøse nok. I grunden giver det vel NÆSTEN den samme sikkerhed. Hilsen Per

per1291 -> Ja, det er stort set det samme, men jag kan jo sagtens fake en afsender adresse ! Så derfor unikt ID (Så er jeg også sikker på at de har læst emailen)! Jeg har primært brugt det i situationer hvor at det har været vigtigt at den email adresse har virket på det tidspunkt fx. hvis der har været fakturaer inde i billedet.

-- og så måtte jeg jo lige sørge for, at der var vægt bag argumentet om at det, som er foran @-tegnet, ikke må testes ...

-- kig i sektion 2.3.10 i rfc 2821: http://www.faqs.org/rfcs/rfc2821.html

Consequently, and due to a long history of problems when intermediate hosts have attempted to optimize transport by modifying them, the local-part MUST be interpreted and assigned semantics only by the host specified in the domain part of the address.

-- og velbekomme '-)

Det er ikke fordidet skal bruges i den videre forløb af siden, men ren og skær for at sikre at den adresse der står i feltet kan lade sig gøre !

Tak for point ;~}