Vlákno názorů k článku Co přináší nový e-mail portálu Atlas.cz? od Michal Kára - Ta citace ma jednu drobnou chybku. Nejedna se...

Problém vidím spíše v tom, že kontext není nikde explicitně uveden a z věty "Pochybnosti se už ale objevily. V diskusi na weblogu Milana Kryla upozorňoval Michal Kára na opačnou funkci nového spamfiltru: kontrolu odchozích zpráv, jež jsou podrobovány přísné pětadvacetivteřinové čekací lhůtě SMTP serveru." ho podle mého mínění nelze odvodit, protože není jasné, jestli se jedná o zpracování na straně klienta nebo serveru. Věta "Odesílateli záměrně zpožďujeme prvotní odpověď od SMTP serveru" totiž původní kontext rozbíjí a vnáší do něj kontext zcela jiný, ale to je spíš filozofické blábolení o ničem, takže beru zpět...

Korektní to pravděpodobně není, ale otázka může být položena také opačně: zda-li onen "rozumně" nastavený server není nastaven v rozporu s RFC, který definuje minimální timeout pro příchozí paket, resp. timeout přímo pro uvítací hlášku... Berte to spíše jako další filozofickou otázku, neb příslušné RFC jsem nečetl, takže nevím, zda-li něco takového vůbec definuje, pouze naznačuji další možnost pohledu na věc...

No, ona ta veta je spatne cela. Nepsal jsem nic o odchozich zpravach, ani o opacne funkci. Cela diskuse probihala zhruba takto:

Milan Kryl v clanku: Zkusil jsem si tam poslat jeden testovací email [...]. Nejdřív jsem myslel, že byl zachycen na nějakém blacklistu serveru, ale nakonec byl po půlhodině doručen. Pár minut po půlnoci bych nepředpokládal velký provoz, spam filtr nebyl aktivní, tak by server neměl mít problémy s přijímáním zprávy. [...]

Karel Lobec v diskusi: doruceni mailu take bez problemu do 30 sec. a zjistil jsem ze tam maji nejake schvalne zpozdovane smtp podle me nejaka funkce prave toho noveho antispamu jelikoz telnetem se to otevre az za 20 sekund

Michal Kara v diskusi: Oni to maji udelane tak, ze to vypise uvodni SMTP hlasku az po 25 sekundach po zacatku spojeni. Jelikoz to dela systematicky, tak to asi neni pretizenim, ale featura. Navic pokud jim do toho spojeni cokoli napisete driv, tak ho shodi.

[...]

Takze z toho je jasne, o jaky smer se jedna. Akorat to spatne pochopil autor clanku :-)

Ad rozumne nastaveny server: Dostal jste mne ;-) Koukal jsem se do RFC 2821 a prislusny timeout ma byt minimalne 5 minut. Prijde mi to nesmyslne dlouho, ale budiz, RFC je RFC. To ale nemeni nic na tom, ze zamerne zdrzovat prijem zpravy je velmi neslusne a pokud by to delalo vic serveru, tak to zpusobi dost velke problemy zatizenym mailserverum.

Máte pravdu, server Atlas.cz teď bude krásně napadnutelný DOS útokem, protože počet spojení je přeci jen stále omezeným zdrojem a pokud útočník dokáže během těchto 25 s otevřít toto maximum spojení, může se stát, že další uživatel se již nepřipojí, leda že by... Ale je to jen teorie, zkoušet to nebudu, na to nemám čas,... ale třeba nějaký autor na Lupě ;-DDD PS: jinak děkuji za precizní vysvětlení problému