Fórumok
Vitába keveredtem egy feljesztő céggel a az email-ben lévő + (plusz) karaktert illetően.
A következőt írja:
Sajnálattal tájékoztatjuk, hogy a <név>+<szöveg>@<domain> e-mail címmel sajnos nincs lehetősége regisztrálni. Az ilyen típusú e-mail címek (melyben szerepel +) már nem elfogadottak. Ez nemzetközi ajánlás, amit a fejlesztése során figyelembe vettünk.
"már nem elfogadottak." - írja
Én napi szenten használom már minden új regisztrációmnál, nagyon kevés oldalon ütköztem emiatt problémába.
Az lenne a kérdésem, hogy melyik ma érvényes RFC írja le az email címben engedélyezett karaktereket?
Köszönöm szépen a segítséget!
Hozzászólások
5322
bár rfc-t nem olvastam, de szerintem a + az labelezésre van, ergo a kispista@email.tld-hez tartozó cím lenne a kispista+spam@email.tld és nem külön mailbox.
már csak abból kiindulva hogy a modernebb mail szerverek (pl wildduck) is igy használja, bár lehet ők inkább gmail-t koppintották és nem szabványt követtek ezzel.
" de szerintem a + az labelezésre van "
Nem. Az RFC expliciten leírja, hogy a local-part értelmezése a host feladata. Az, hogy nála a + az label, vagy nem, azt ő majd eldönti. Az, hogy a Google anno a +-t így értelmezte, az az ő dolga (mint ahogy azt is, hogy foo.bar, fo.obar és foobar ugyanaz a local-partban számára). De ez nem jelenti azt, hogy a szintakszis szerint invalid lenne a +-t tartalmazó local-part. Az egy más kérdés, hogy mivel a host értelmezi, emiatt megkötéseket adhat.
én egy szóval nem mondtam hogy invalid lenne, arra próbáltam utalni, hogy amolyan "best practice" lett a labelként kezelés, abból kiindulva hogy már van olyan MTA is ami akként kezeli.
Az e-mail címek formátumát az RFC 5322 írja le. Ebbből is a 3.4-es fejezet az, amit téged érint (Address Specification):
https://tools.ietf.org/html/rfc2822#section-3.4
Ebből a 3.4.1 specifikálja, hogy a local-part (azaz a @ előtti) milyen formátumú.
A szintakszisa szerint:
A ezek közül dot-atom szintakszisa megengedi, hogy legyen benne + jel (meg még egy csomó más karakter).
Viszont a local-part értelmezése a host feladata. És ő adhat speciális jelentést a +-nak (például mint a Google-nél, az egy label), emiatt megtagadhatja azt, hogy +-t tartalmazó címed legyen, hiszen a host számára az speciális jelentéssel bír.
RFC 5321, 2.3.11-es fejezet:
Tehát például dönthet úgy a host, hogy ő csak a + előtti (vagy éppen csak a + utáni) részt veszi figyelembe a mailbox meghatározásához. Szóval nem elég csak a szintakszis (az RFC 5322 megengedi a + karaktert a local-partban), a szemantikát a host dönti el (az RFC 5321 szerint a host eldöntheti, hogyan értelmezi a +-t a local partban). Teljesen valid érv, hogy ők azt mondják, + nem lehet a mailbox nevében, mert ők azt szemantikusan másra használják (mint a Google is).
Mivel itt csak a regisztrációhoz kell az email cím - levet az oldal a regisztrált felhasználó címére nem fogad csak küld felé -, így a host kérdés nem fáj nekünk.
A lényeg, hogy az a magyarázat, hogy "már nem elfogadottak" az nem állja meg a helyét. Nem spammel vagy egyébbel okolják.
De nem értem, hogy mibe telne nekik, hogy engedik a regexp-ben. Ezt nem értem.
Köszönöm a részletes magyarázatot!
Pont annyiba telik nekik, mint neked + nélküli e-mail címet csinálni. És az RFC azt mondja, hogy a host adhat megkötéseket, ők a host és megkötik ezt, tehát RFC szerint sem lehet. Náluk. És nem csak küld, adott esetben fogadhat is, akkor meg azon fogsz elpityeredni, hogy nem ért oda, hogy lehet ez? Így. Válassz másik szolgáltatót/vagy szolgáltatást ha ez a megkötés neked túl erős. Mondjuk egy alias-t csinálni a +-&#<>.,=()@tedomained.tld e-mail fiókra nem akkora ügy és akkor a + jel kikerül belőle a problémás host felé és ennyi.
Ha regisztrálnak az oldalon a név+szöveg@gmail.com címmel, akkor a host a gmail.com, nem?
Ha levelek küldenek, akkor a To:-ba beírják a név+szöveg@gmail.com címet. A többi a gmail dolga.
Ők nem fogadnak levelet erre a címre!
Ez így van. Jól megszívattak, erről van szó.
Ez olyan mintha azt mondanák Kökörcsin ország postáján, hogy nem írhatod rá a levélre (amit haza akarsz küldeni Magyarországra) az irányítószámot, mert náluk olyan nincsen. Mi közük van hozzá? Nálunk meg van.
Nem, ennél durvább: azt mondják a magyar postahivatalban, hogy nem írhatod a címzett városához, hogy Bratislava, mert szerintük olyan város nem létezhet, ezt a nemzetközi postaszabályzat MÁR nem engedi meg.
+1
Vittem egy levelet a postára(EMS), a címzés rajta volt koreaiul és latin betűkkel is. Az egészet berakta egy új borítékba amin már csak a latin betűk voltak, mert azt tudta rögzíteni a gépbe. Mikor szóvá tettem azt kérdezte, hogy "Miért nem tudnak európaiul ?". Nem volt egyszerű elérnem, hogy ott legyen a cím a címzett számára olvashatóan is.
És az RFC azt mondja, hogy a host adhat megkötéseket, ők a host és megkötik ezt
Öööö... nem ők a host. A host az, akié a @ utáni domainnév. És ez nem ők.
Ez az eredeti posztból nem derült ki amúgy, csak OP kommentjéből. Nem derült ki, hogy mailboxot akart volna regisztrálni, vagy egy másik szolgáltatáshoz rgy e-mail címmel regisztrálni. Kommentben tisztázta.
Igen, azt szeretném, hogy a regisztrálók használhassák a + jelet.
Nekem az derült ki, hogy gmail-es cím, ott pedig a gmail a host. De mindegy, hogy ki a host, tett egy megkötést, vagy elfogadod vagy mész a másik mail szolgáltatóhoz.
Keveredés van.
Nem email címet hozol létre mail szolgáltatónál, hanem meglévő címmel regisztrálsz egy weboldalon. A weboldal pedig azt mondja, hogy ő nem fogad el '+'-os email címet.
Ha ez a weboldal egy közszolgáltató, egészségügyi intézmény stb nem tucat webshop, akkor nincs alternatív lehetőséged.
Én dolgoztam egy projekten, ahol az architect meghatározta, hogy milyen email címeket lehet elfogadni regisztrációnál.
+-t nem lehetett, .-ot igen. Amikor kérdeztem, hogy mégis miért, akkor azt magyarázta, hogy mivel a gee+alfa@ és a gee+beta@ cím ugyanaz, de a rendszer különbözőnek látná ezeket, így majd keveredés lesz, mert jön a szegény felhasználó, aki gee+alfa@ címmel regisztrált, belépne gee+beta@ címmel, és majd jól nem találja meg a saját dolgait. Lesz itt káosz meg minden.
Mondtam neki, hogy simán lehet két külön felhasználó a gee+alfa@ és gee+beta@ címek mögött. Azt is mondtam, hogy ha a felhasználó hülye, és nem tudja, hogy milyen címmel regisztrált, az ellen nem tudunk semmit tenni, mert ha regisztrál gee@gmail címről és gee@freemail címmel akar belépni, ugyanott tart majd. Ráadásul ha már gmail, jöhet ge.e@ címmel és g.ee@ címmel, és ugyanúgy külön címnek látja a mi rendszerünk, pedig egy mailbox. Sajnos nem értette meg a magyarázatot, csak ismételte mint egy törött lemez a magáét.
Sajnos néha nem az a gond, hogy technikailag nem lehet megvalósítani, hanem egyszerűen sötétség lakozik a fejekben.
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
Viszont ha tényleg azt akarod, hogy egy mailbox csak egyszer szerepeljen, azt nem tudod megvalósítani.
Ugyanis a local-part értelmezése a host feladata. Lehet, hogy számára Foo.Bar és fo+obar ugyanaz a mailbox. Lehet, hogy különböző. Lehet, hogy Foo/Bar ugyanaz, mint f+oobar. Nem tudhatod. Emiatt nem annyira jó az e-mail, mint egyedi azonosító, de néha nincs jobb.
És pont ezért nem szeretik a "különleges" karaktereket a címekben a szolgáltatók, mert ők nem tudják implementálni minden egyes hostra a mailboxok egyezőségét vizsgáló algoritmust, hiszen nem is ismerik azt, hostfüggő az egész.
Pontosan ezt mondtam, hogy ez nem lehet a mi feladatunk, és különben sem lehetséges megvalósítani. Nem volt hajlandó elfogadni az álláspontot.
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
Az esetek 99%-ban vissza kell igazolni az email címet. Ha sikeres, akkor mindegy, hogy az adott oldalon minek látszik.
Ha azt mondják esetemben, hogy nem akarják engedni az megint egy más tárgyalási alap, minthogy az hogy "már nem elfogadottak"
Kicsit OFF:
Van olyan futó projekt, ahol a megrendelő azt akarta, hogy a regisztrációkor ne email cím legyen az azonosító, hanem a felhasználó név és arra se legyenek megkötések.
Engedve a kis/nagy/ékezetes/szóköz karaktereket is. Mint az ügyfélkapun. :)
Pl ilyen vicces kódolásban érkeznek a szövegek "gipsz istvĂĄn 11", "kov?sz m?rta11" stb.
Hát szuper. :)
az semmi. volt olyan is hogy pl gmail pont HU -val nem szabad volt engedni a regget, mert "biztos elgépelte a .com-ot"
Az se hallott még email ellenőrzésről :-D
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
https://www.youtube.com/watch?v=xxX81WmXjPg
Erdekes olvasmany a temaban:
https://haacked.com/archive/2007/08/21/i-knew-how-to-validate-an-email-address-until-i.aspx/
Érdekes volt, én is így éreztem magam eddig.
Meg ezután is. :)
megírnád, kik ők? bővíteném a szégyenfalamat.
Vissza kell kérdezni hogy melyik az említett nemzetközi ajánlás. Simán lehet hogy mutatnak egyet. Ajánlás bármire lehet, a kérdés hogy kié.
gondolom azt akarjak igy kivedeni, hogy tobbszor tudj gyakorlatilag ugyanazzal az email cimmel/fiokkal (csak a + utanit varialva) regisztralni. csak nem jol csinaltak, bar vszinu bonyi lenne nekik lekezelni rendesen (pl. sql-ben keresni cimre de ugy hogy a + es a @ kozottit ignoralja)
en a sajat mailszerveremen ezert allitottam be a pontot a + helyett separatornak :)
A'rpi
Én ezen már túllendültem. Saját domain név, minden account az enyém. A + előtti részt be sem kell rakni, mert az konstans lenne ugyebár. Mondjuk lepődtek már meg, amikor valahová emailcímet kértek, és az az ő nevükkel kezdődött :D
Igen. Ilyenkor jön az erélyes reakció: a saját email címemet adjam meg. Emiatt egyszer már felmerült bennem, hogy jó, akkor felejtsük el egymást...
ezért kell a szolgáltató-specifikus részt elhesselni :)
panther + md4(hup.hu) @ panther . hu
ó, hány helyről derült már ki, hogy kijutott a csak oda megadott mail címem (általában domain+random@sajatdomain.hu amit regisztrálok).
Mostanaban en is igy csinalom :)