Jildige lingte fan e-postadres

1948865 s

Ik moast hjoed graven dwaan om it te finen, mar wisten jo wat de jildige lingte fan in e-postadres is? It is eins ferdield yn dielen ... Namme@Domain.com, Dit is neffens RFC2822.

  1. Namme kin 1 oant 64 karakters wêze.
  2. Domein kin 1 oant 255 karakters wêze.

Wow ... dat betsjut dat dit in jildich e-postadres kin wêze:


loremaipsumadolorasitaamet baconsectetueraadipiscin
gaelitanullamc @ loremaipsumadolorasitaametbaconsect
etueraadipiscingaelitcaSedaidametusautanisiavehicu
laaluctuscaPellentesqueatinciduntbadiamaidacondimnn
tumarutrumbaturpisamassaaaconsectetueraarcubaeuatin
ciduntaliberoaaugueavestibulumaeratca Phasellusatin
ciduntaturpisaduis.com

Besykje dat op in fisitekaartsje te passen! Iroanysk binne de measte e-postadresfjilden beheind ta 100 tekens op it web. Dat is eins net jildich. As jo ​​in e-postadres validearje wolle foar goede konstruksje mei PHP, fûn ik dit stikje op it net:

http://derrick.pallas.us/email-validator/ # Lisinsje: Academic Free License 2.1 # Ferzje: 2006-12-01a as (! ereg (''. '^'. '[-! # $% & \ '* + / 0-9 =? AZ ^ _a-z {|} ~]'. '(\\.? [-! # $% & \' * + / 0-9 =? AZ ^ _a-z { |} ~]) * '.' @ '.' [a-zA-Z] (-? [a-zA-Z0-9]) * '.' (\\. [a-zA-Z] (- ? [a-zA-Z0-9]) *) + '.' $ ', $ email)) falsk werom; list ($ local, $ domain) = split ("@", $ email, 2); as (strlen ($ local)> 64 || strlen ($ domain)> 255) false falle; as ($ kontrôle &&! gethostbynamel ($ domein)) falsk weromkomt; weromkomme wier; # END ######}

9 Comments

  1. 1
  2. 2

    Ja, ik fernaam it gebrek oan konformiteit fan oare oplossingen mei de RFC ek. Ik haw lykwols opmurken dat sels dizze regex atypysk is en net de standert. Ik herinner my it lêzen fan 'e eigentlike regex (tastean <,>, , ensfh) is te yntinsyf foar de measte prosessen.

    It is lykwols koart skreaun en perfoarst in oplossing dy't akseptabel moat wêze foar elke e-postapplikaasje foar bedriuwen.

    Nochris tank!
    doug

  3. 3

    Spitigernôch haw ik dy side keppele oan de ferkearde RFC (2821 ynstee fan 2822) mar dat is korrizjearre. De hoekheakjes kinne gjin diel útmeitsje fan 'e lokale of domeindielen fan in e-mailadres; leaver fertsjintwurdigje se tokenisaasjepunten, dws se kinne brûkt wurde om in e-mailadres (bygelyks yn jo e-postlêzer) krekt om't se gjin diel fan it adres wêze kinne.

    Ien ding dat myn funksje net docht, is soargen oer de oanhelle foarm fan e-adressen - wêr't it lokale diel yn dûbele oanhalingstekens ferskynt - om't RFC2821 yn essinsje seit dat gjinien har adres oait op dizze manier hoege te skriuwen. (Ik leau dat it formulier foar efterútkompatibiliteit is en no in minne praktyk is.)

  4. 4
  5. 5

    D'r is in beheining yn RFC 2821 op 'e lingte fan in adres yn MAIL- en RCPT-kommando's fan 256 karakters. De boppegrins op adreslengten moat normaal wurde beskôge as 256.

    - Boarne: RFC 3696 Errata

    Ek, om't RFC 2181 seit "In folsleine domeinnamme is beheind ta 255 oktetten", wurdt it troch minsken (ynklusyf de skriuwers fan oare RFC's) hieltyd ferkeard ynterpretearre as betsjuttend dat domeinnammen 255 tekens lang kinne wêze. Mar RFC2181 praat oer fertsjintwurdiging op DNS-protokolnivo op 'e draad, net printbere tekens.

    De maksimale lingte fan in domeinnamme is 253 tekens (254 ynklusyf efterste punt, 255 oktetten op 'e draad mei ôfslutende nul). En dat is wat BIND en DiG implementearje.

  6. 6
  7. 7
  8. 8

Wat tinksto?

Dizze side brûkt Akismet om spam te ferleegjen. Learje hoe't jo kommentaargegevens ferwurke wurde.