Více teček v mailové adrese za @

[NaRootuJeNeskutecneDebilniRegistracniFormular]

a pak takove domeny, jako je co.uk ....   user@domena.co.uk

Co myslite tim "izolovane" ? Pro dorucovani emailu se z DNS taha MX zaznam - a ten muze smerovat klidne na jeden server skrze vsechny urovne subdomen, protoze v smtp obalce tu cilovou adresu klient zopakuje.

Obecne rozsirena nevedomost. Primarne se pouziva MX, ale pri jeho neexistenci se pouzije A zaznam.

[Reklama]

[Filip Jirsák]

Môže byť aj nieco@nieco. Napríklad user@localhost. V takom prípade sa stáva, že jeden validátor to pustí a iný nie.

Tak user@localhost bude už z principu fungovat jen lokálně, takže tam by bylo v pořádku, že vám to formulář odmítne. Ale před pár lety jsem zahlédl, že někdo z "otců zakladatelů" (nevzpomínám si z hlavy kdo) měl stále ještě adresu typu foo@cz, je dost možné, že ji má dodnes.

Na tohle bacha. S adresou foo@cz by se hledal jenom server s hostname "cz". Je nutne pouzit tecku na konci (foo@cz.), aby postovni daemon poznal, ze jde o TLD.
Co si matne vzpominam, tak qmail mi dorucoval na TLD bez problemu, ale treba postfix ne.

E-mailová adresa s tečkou na konci není platná e-mailová adresa. Pokud by nějaký server měl problém pracovat s adresou v TLD, je to problém toho serveru.

[Filip Jirsák]

[quote author=NaRootuJeNeskutecneDebilniRegistracniFormular link=topic=25495.msg361805#msg361805
Obecne rozsirena nevedomost. Primarne se pouziva MX, ale pri jeho neexistenci se pouzije A zaznam.
[/quote]
Když už to chcete upřesňovat, je to tak, že když neexistuje MX záznam, bere se to tak, jako by existoval MX záznam s prioritou 0 ukazující na svoje hostname. A pak se rozjede klasické vyhodnocování, tj. pokud je tam CNAME záznam, použije se alias, až nakonec se snad dostanete k A a AAAA záznamu. Takže když je tam A záznam, použije se, ale je to komplikovanější.

[NaRootuJeNeskutecneDebilniRegistracniFormular]

Môže byť aj nieco@nieco. Napríklad user@localhost. V takom prípade sa stáva, že jeden validátor to pustí a iný nie.

Tak user@localhost bude už z principu fungovat jen lokálně, takže tam by bylo v pořádku, že vám to formulář odmítne. Ale před pár lety jsem zahlédl, že někdo z "otců zakladatelů" (nevzpomínám si z hlavy kdo) měl stále ještě adresu typu foo@cz, je dost možné, že ji má dodnes.

Na tohle bacha. S adresou foo@cz by se hledal jenom server s hostname "cz". Je nutne pouzit tecku na konci (foo@cz.), aby postovni daemon poznal, ze jde o TLD.
Co si matne vzpominam, tak qmail mi dorucoval na TLD bez problemu, ale treba postfix ne.

E-mailová adresa s tečkou na konci není platná e-mailová adresa. Pokud by nějaký server měl problém pracovat s adresou v TLD, je to problém toho serveru.

Na takovou blbost jste prisel jak?

[RDa]

a pak takove domeny, jako je co.uk ....   user@domena.co.uk

Co myslite tim "izolovane" ? Pro dorucovani emailu se z DNS taha MX zaznam - a ten muze smerovat klidne na jeden server skrze vsechny urovne subdomen, protoze v smtp obalce tu cilovou adresu klient zopakuje.

Obecne rozsirena nevedomost. Primarne se pouziva MX, ale pri jeho neexistenci se pouzije A zaznam.

Obecne rozsirena nevedomost. (sub)Domena nemusi obsahovat A zaznam, muze tam byt klidne jenom ten MX.

[Reklama]

[NaRootuJeNeskutecneDebilniRegistracniFormular]

Môže byť aj nieco@nieco. Napríklad user@localhost. V takom prípade sa stáva, že jeden validátor to pustí a iný nie.

Tak user@localhost bude už z principu fungovat jen lokálně, takže tam by bylo v pořádku, že vám to formulář odmítne. Ale před pár lety jsem zahlédl, že někdo z "otců zakladatelů" (nevzpomínám si z hlavy kdo) měl stále ještě adresu typu foo@cz, je dost možné, že ji má dodnes.

Na tohle bacha. S adresou foo@cz by se hledal jenom server s hostname "cz". Je nutne pouzit tecku na konci (foo@cz.), aby postovni daemon poznal, ze jde o TLD.
Co si matne vzpominam, tak qmail mi dorucoval na TLD bez problemu, ale treba postfix ne.

E-mailová adresa s tečkou na konci není platná e-mailová adresa. Pokud by nějaký server měl problém pracovat s adresou v TLD, je to problém toho serveru.

Na takovou blbost jste prisel jak?

Nez se zacneme hadat:
https://datatracker.ietf.org/doc/html/rfc5322#section-3.4.1 odkazuje na https://datatracker.ietf.org/doc/html/rfc1034#section-3.1, ktere rika co?

When a user needs to type a domain name, the length of each label is
omitted and the labels are separated by dots (".").  Since a complete
domain name ends with the root label, this leads to a printed form which
ends in a dot.

[Filip Jirsák]

E-mailová adresa s tečkou na konci není platná e-mailová adresa. Pokud by nějaký server měl problém pracovat s adresou v TLD, je to problém toho serveru.

Na takovou blbost jste prisel jak?

Jednoduše, je to napsané v RFC 5322 v sekci 3.4.1, která specifikuje e-mailovou adresu addr-spec. domain-literal neřešíme, obs-domain bych také neřešil (ale tam tečka na konci také nesmí být), podstatný je dot-atom, což jsou atomy (posloupnost 1 nebo více písmen, číslic a 19 speciálních znaků, mezi kterými není tečka), mezi kterými je tečka.

Podle vaší teorie by se musely všechny e-mailové adresy psát s tečkou na konci, všechny webové adresy by měly v hostname tečku na konci. Když se podíváte do adresního řádku prohlížeče, vidíte tam za root.cz tečku? Nevidíte, že.

[NaRootuJeNeskutecneDebilniRegistracniFormular]

E-mailová adresa s tečkou na konci není platná e-mailová adresa. Pokud by nějaký server měl problém pracovat s adresou v TLD, je to problém toho serveru.

Na takovou blbost jste prisel jak?

Jednoduše, je to napsané v RFC 5322 v sekci 3.4.1, která specifikuje e-mailovou adresu addr-spec. domain-literal neřešíme, obs-domain bych také neřešil (ale tam tečka na konci také nesmí být), podstatný je dot-atom, což jsou atomy (posloupnost 1 nebo více písmen, číslic a 19 speciálních znaků, mezi kterými není tečka), mezi kterými je tečka.

Podle vaší teorie by se musely všechny e-mailové adresy psát s tečkou na konci, všechny webové adresy by měly v hostname tečku na konci. Když se podíváte do adresního řádku prohlížeče, vidíte tam za root.cz tečku? Nevidíte, že.

Pravda. Koukam, ze par let po mych pokusech to papirove zakazali a nejspis par let implementovali, takze na novych mail serverech uz to skutecne nefunguje.
BTW: Mimo SMTP je tecka na konci samozrejme dal bez problemu: https://forum.root.cz./index.php?topic=25495.msg361811;topicseen#new

[_Tomáš_]

Nechci ti kazit radost, ale 1034 řeší DNS, tam se samozřejmě tečka na konci používá pokud se doména zapisuje absolutně, a o tom přesně je ten odstavec, který si sem kopíroval.

[Michal Kubeček]

Pokud jde o FQDN, tak by tam sice ta tečka na konci být měla, ale většinou se vynechává. Z praktického hlediska je rozdíl v tom, že pokud explicitně použiju "foo.bar.", znamená to konkrétně a přesně tohle jméno, zatímco pokud použiju "foo.bar", může podle okolností a konfigurace resolver zkusit přidat search doménu(-y).

U SMTP "ta část za zavináčem" ale není klasické FQDN. SMTP má ale svá vlastní pravidla, kdyby nic jiného, tak už proto, že SMTP teoreticky může spolupracovat i s jinými sítěmi než Internet (i když už by asi byla fuška najít příklad, kde to stále ještě funguje v praxi).

[neregistrovany]

Pro lepsi pochopeni (samotnemu mi to v zacatcich dost pomohlo):

emailova adresa je v podstate 'kdo@odkud'

Cast pred zavinacem urcuje mailovou schranku jejim jmenem, cast za zavinacem oznacuje DNS jmeno serveru (jakykoliv stroj v internetu dosazitelny po IP protokolu) kde je ta schranka umistena.

Pokud tedy vezmeme email Franty z Dolni lhoty v Česku, pak muze znit treba franta@dolnilhota.cz nebo treba franta@dolni.lhota.cz Zalezi na tom jake domenove jmeno ma server na kterem jsou mailove schranky lidi z Dolni lhoty.

[Michal Kubeček]

cast za zavinacem oznacuje DNS jmeno serveru (jakykoliv stroj v internetu dosazitelny po IP protokolu) kde je ta schranka umistena

Ne, neoznačuje, rozhodně ne obecně. Může to tak být, ale defaultně není - a spíš se dá říci, že obvykle to tak není.

[NaRootuJeNeskutecneDebilniRegistracniFormular]

Pokud jde o FQDN, tak by tam sice ta tečka na konci být měla, ale většinou se vynechává. Z praktického hlediska je rozdíl v tom, že pokud explicitně použiju "foo.bar.", znamená to konkrétně a přesně tohle jméno, zatímco pokud použiju "foo.bar", může podle okolností a konfigurace resolver zkusit přidat search doménu(-y).

U SMTP "ta část za zavináčem" ale není klasické FQDN. SMTP má ale svá vlastní pravidla, kdyby nic jiného, tak už proto, že SMTP teoreticky může spolupracovat i s jinými sítěmi než Internet (i když už by asi byla fuška najít příklad, kde to stále ještě funguje v praxi).

Jasne, a proto rika vyse linkovane RFC rika:
The domain portion identifies the point to which the mail is
   delivered.  In the dot-atom form, this is interpreted as an Internet
   domain name (either a host name or a mail exchanger name) as
   described in [RFC1034], [RFC1035], and [RFC1123].  In the domain-
   literal form, the domain is interpreted as the literal Internet
   address of the particular host.

[Michal Kubeček]

Ta "domain literal" varianta je vysvětlená trochu nestravitelně, ale v podstatě to znamená, že je-li část "za zavináčem" v hranatých závorkách, bere se jejich obsah přímo jako identifikace hosta, kam se má e-mail poslat. V praxi tam může být doménové jméno (na rozdíl od varianty bez hranatých závorek nás pak zajímají jen A a AAAA záznamy, ne MX) nebo rovnou IPv4 nebo IPv6 adresa. Tyhle vychytávky ale skoro nikdo nezná, takže u validátorů webových formulářů s takovou adresou nejspíš moc úspěšný nebudete.

[NaRootuJeNeskutecneDebilniRegistracniFormular]

Ta "domain literal" varianta je vysvětlená trochu nestravitelně, ale v podstatě to znamená, že je-li část "za zavináčem" v hranatých závorkách, bere se jejich obsah přímo jako identifikace hosta, kam se má e-mail poslat. V praxi tam může být doménové jméno (na rozdíl od varianty bez hranatých závorek nás pak zajímají jen A a AAAA záznamy, ne MX) nebo rovnou IPv4 nebo IPv6 adresa. Tyhle vychytávky ale skoro nikdo nezná, takže u validátorů webových formulářů s takovou adresou nejspíš moc úspěšný nebudete.

Ale shodneme se na tom, ze dot-atom je klasicke FQDN?