[Java lista] email érvényesség

[Böszörményi Péter]

Meg egy kis adalek:

Lattam mar olyat (tob helyen is), hogy ketszer kerik be a mail cimet (mint  
a jelszot), es ott is figyelik az egyezoseget. Ezzel a veletlen elirasokat  
it lehet valamilyen szinten vedeni. Egyebkent meg feltetelezzunk a  
felhasznalotol egy minimalis intelligenciat: ha nem tudja a mail cimet  
helyes megadni, akkor menjen inkabb kapalni. Tsokolom.

On Sun, 30 Nov 2008 20:01:17 +0100, <chico at tisztanet.hu> wrote:

> Sziasztok!
>
> Köszönöm mindenkinek a hozzászólást, és most egyeben igyekszem
> reagálni rá.
> Általánosságban elmondható, hogy olyan helyzetre kerestem megoldást,
> amikor a kapcsolattartás kizárólagos alapja a helyes és létező e-mail
> cím.
>
> A következő javaslatok érkeztek (direkt név nélkül):
>
> 1) "Bevett szokas: kuldesz neki egy mailt, amivel elesiteni tudja a
> regisztraciot."
> 2) "Ennek mi az ertelme? A jovahagyo e-mail celja pont a cim
> ellenorzese. Es nem csak azt ellenorzod vele, hogy valos-e a cim,
> hanem hogy valoban hozzafer-e a felhasznalod."
>
> Igen, ez a lépés semmiképpen sem maradna el. De kb. 2 éves működés
> alatt sokszor tapasztaltam, hogy ez a jóváhagyást kérő levél nem
> érkezik meg a címzetthez, mert - és ez volt a leggyakoribb ok - elírta
> az e-mail címét, és emiatt gondoltam azt, hogy a regisztrációs űrlapon
> ilyen esetekben lehetne figyelmeztetni a regisztrálót (abszolút
> jóhiszeműséget feltételezve).
>
> 3) "Szerintem elég a formai ellenőrzés és magára vessen az user, ha
> elírja az email címét."
> 4) "Ez szerintem nem ilyen egyszerű. Függhet az adott szolgáltatástól,
> hogy mennyire fontos számodra a valid email cím, illetve függhet attól
> is, hogy inkább a usernek fontos, hogy használhasson téged, vagy
> inkább te szeretnéd, hogy minél több user regisztráljon nálad."
> 5) "A másik probléma, hogy ha valaki elírja a címzett címét, soha nem
> tudja meg, hogy a levél rossz címre ment... és a címzett se kapja
> meg."
>
> Én is szeretném, hogy minél több regisztrálás történjen, de a rendszer
> jellege olyan, hogy alapvetően a regisztrálónak fontos, hogy jóvá
> tudja hagyni a regisztrációt (nekem nem feltétlenül). Emiatt szeretném
> valamilyen módon figyelmeztetni.
>
> 6) "Megoldás van rá, az SMTP üzenetváltást addig kell elvinned, amíg a
> címzettet fogadja a távoli SMTP szerver"
> 7) "Ami eszembe jut az emailcim ellenorzesekrol, azok max. azok a
> poloskas levelek, amit a spammerek szoktak kuldeni, amikor <img>
> tagben van valami url az email cimbol kepzett hashel."
> 8) "A mostani trend az, hogy az összes címről azt mondja a szerver, hogy
> pillanatnyilag nem elérhető (greylist, 45x hibakód). (....) a küldő
> adatait a szerver letárolja, és ha újra próbálkozik a küldéssel a
> feladó (bizonyos idő után), akkor már normális módon foglalkozik vele"
> 9) "Ha a szerver az Rcpt To: után elfogadta az email címet, akkor a
> felhasználó létezik."
> 10) "Nem feltétlenül, mert lehet, hogy csak relay van, és a következő
> SMTP dobja vissza"
>
> Ezek alapján világos, hogy technikai szempontból igen nehéz
> megmondani, hogy az e-mail cím valós-e vagy sem.
> Úgyhogy a human interfész maradt: kiírom szövegesen, hogy ha 2 napon
> belül nem érkezik meg hozzá a jóváhagyó e-mail, akkor elírta a
> regisztrációs e-mail címet és próbálkozzon újra.
>
> Minden észrevételt és véleményt nagyon köszönök.
>
> Üdv,
> Chico
>
>
>
>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist



-- 
Üdvözlettel,
Böszörményi Péter