On 17.9.2025 10:03, Petr Macek wrote:
Sendmail pouziva jak ipv4, tak i ipv6 a samozrejme zkusi dorucit nejprve
na IPv6. A tady do hry vstupuje protistrana, ktera ma takhle nastavenou
DNS, ale jeji postak na ipv6 neposloucha. Tim vznika ten problem,
protoze sendmail doruceni ukonci stavem Deferred: Connection reset by ....
Sendmail nema fallback na ipv4, takze mi tu takove zpravy lezi 4 dny a
stejne se nedoruci.
Provozuji pomerne vytizeny SMTP server co ma publikovanou IPv6
konektivitu od roku 2008.
V roce 2019 jsem k tomuhle problemu napsal:
Frekvence techto problemu ale za ta leta vyznamne poklesla, zacinali jsme na prumerne jednom hlasenem pripadu mesicne, v soucasne dobe je to tak jeden rocne.
A aktualni stav je takovy, ze jsme uz par let zadny takovy pripad
nezaznamenal.
Takze me prakvapuje, ze to popisujes jako problem, ktery se vyskytuje
casteji, nez naprosto raritne.
3) donutit dns resolver, aby nejprve vracel A a pak teprve AAAA zaznamy
- tohle by asi vyresilo muj problem, ale netusim, jestli takovou vec jde
nastavit.
Nemyslim, ze sendmail zavisi na poradi v jakem mu resolver zaznamy
vraci, ale ted to nemam cas hledat.
Co jsem ale narychlo stihnul - na sednamilu jsme firewallem zablokoval
IPv6 adresu prvniho cuni.cz SMTP serveru - a pred zablokovanim to
sendmail dorucoval pres IPv6, po zablokovani presel na IPv4.
Bohuzel nemam cas se tomu venovat detailne, ale zda se mi, jako by
sedmail tebou popisovanou chybu nemel. Aspon ne verze 8.16.1
A bohuzel jsi povazoval za nutne utajit o jako udomenu se ui tebe jedna,
takze vyzkouset primo tu a pripadn ezjistit, ze zadrhel je v nejcem
jinem nebylo mozny a ted uz to nestihnu i kdybys ji prozradil dodatecne.
Dan
