Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - NaRootuJeNeskutecneDebilniRegistracniFormular

Stran: 1 2 [3] 4
31
Server / Re:Gmail zahazuje maily?
« kdy: 04. 01. 2022, 12:53:40 »
98% textu, ktere ma google jako napovedu, jsou zmatene nic nerikajici zvasty, ktere pokladaji vic otazek, nez davaji odpovedi.

Nema cenu se touhle parodii na email zabyvat. Sice to pouziva hodne lidi, ale stejne je jakakoliv snaha marna.

Gmail dokaze i odpoved na email z gmailu oznacit za spam. Nikdo nevi podle ceho a proc.

Proste na gmail vase maily nechodi, pozadejte adresata, at to resi, kdyz si to vybral. A misto mailu mu zavolejte ;-).

Bohuzel...

Tak pod toto se mohu podepsat. Mám stejnou zkušenost jako tazatel - mám malý mail server, testy prochází s 10/10 a mám pro pár kamarádů alias, abychom si tu a tam mohli poslat e-mail bez složitého vyplňování více adres. Kdo má adresu na gmailu, tomu někdy (cca polovina) e-mailů nedojde ze stejného důvodu, jako tazateli.

Nékolikrát jsem vyplňoval formuláře, reklamoval, stěžoval si atakdále, ale asi bych měl větší úspěch při posílání do /dev/null.

Řešení jsou v podstatě dvě: ať si stěžují uživatelé sami nebo nepoužívají google.

V pripade preposilani mailu s SPF/DKIM na Gmail je naprosto nutne pridat ARC-Seal. A nejlepe podruhe podepsat vlastnim DKIM.

32
Server / Re:Více teček v mailové adrese za @
« kdy: 25. 11. 2021, 19:19:42 »
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?

33
Studium a uplatnění / Re:Praxe vs Vysoká škola (Síťař)
« kdy: 25. 11. 2021, 18:03:34 »
Jestli netouzis po praci ve statni sprave, tak te chybejici diplom brzdit nebude.
Jenze VS je hlavne o kontaktech. Malokde narazis na stovky stejne starych lidi z oboru, se kterymi budes travit hromady casu.

34
Server / Re:Více teček v mailové adrese za @
« kdy: 25. 11. 2021, 17:41:28 »
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.

35
Server / Re:Více teček v mailové adrese za @
« kdy: 25. 11. 2021, 16:39:59 »
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

36
Server / Re:Více teček v mailové adrese za @
« kdy: 25. 11. 2021, 15:35:26 »
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.

37
Server / Re:Více teček v mailové adrese za @
« kdy: 25. 11. 2021, 15:12:42 »
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?

38
Server / Re:problematiky teček v mailové adrese za @
« kdy: 25. 11. 2021, 14:44:00 »
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.

39
Server / Re:Více teček v mailové adrese za @
« kdy: 25. 11. 2021, 14:40:37 »
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.

40
Nemame iDRAC, ale treba u starsiho Supermicro serveru si clovek mohl upravit firmware BMC a z OS ho v klidu naflashovat. Je tam tusim nejaky malinky linux.

41
Modul se jmenuje 8021q bez tecky.

42
Server / Re:BIND nepřekládá některé domény
« kdy: 18. 10. 2021, 09:55:47 »
A co prestat hadat a zapnout debug?
Kód: [Vybrat]
logging {
       channel tmp_resolver_log {
               file "/tmp/resolver.log" versions 3 size 1g;
               severity debug 3;
               print-time yes;
       };
       category resolver {
               tmp_resolver_log;
       };

       channel tmp_queries_log {
               file "/tmp/queries.log" versions 3 size 1g;
               severity debug 3;
               print-time yes;
       };
       category queries {
               tmp_queries_log;
       };
};


43
Server / Re:BIND nepřekládá některé domény
« kdy: 12. 10. 2021, 15:47:24 »
Tohle by mohlo byt limitem na rekurze. Zkus bindu do sekce options pridat max-recursion-queries 100;.

44
Bazar / Re:Prodám 192 GB RAM ECC Reg. DDR3
« kdy: 14. 09. 2021, 15:54:57 »
Jestli Ti staci 12 x 700, napis na johnny5 at verotel.cz

45
Sítě / Re:certifikát pro IP adresu
« kdy: 05. 05. 2021, 09:26:45 »
Není to možné.
Možné to samozřejmě je. Jak to vím? Certifikát na ip adresu od Sectigo totiž na serveru máme.
Pokud nejsi majitel rozsahu, zkus kontaktovat svého ISP a zeptat se, jestli je ochotný ho pro Tebe vyřídit.

Stran: 1 2 [3] 4