Oznameni zasilek e-mail

[Dan Lukes]

> 1) kdo v systemu "e-mail" (dle SMTP) posila
>    - oznameni o doruceni zasilky (server (napr. sendmail), ktery zpravu ulozi
>      do schranky ?)
>    - oznameni o precteni zasilky (client, ktery otvira resp. stahuje obsah
>      schranky ?)
>    - ktere RFC popisuje pole <Return-Receipt-To>, resp. <Read-Receipt-To>
>      (nebo to jsou proprietarni vymysly vyrobcu postovniho SW ?)

    Return-Receipt-To neni standardizovano, nicmene je relativne
casto podporovano SMTP servery. Odpovedny za zaslani takoveho potvrzeni
tedy neni nikdo, principielne muze takovou zpravu odeslat pouze finalni
SMTP server v okamziku, kdy predava prichozi zpravu lokalnimu mailsystemu
(napriklad jejim ulozenim do prislusneho souboru). V soucasne dobe se
povazuje za nedoporucenou (v orig. discouraged) a da se ocekavat
pozvolny ustup od jeji podpory ve prospech DSN extenzi SMTP protokolu.

    Ani Read-Receipt-To neni standartizovano a dokonce bych ani nerekl, ze
je nejak rozsireno. Jediny kdo ma tu informaci a muze tedy takove oznameni
odeslat je mail-klient.

    Nemuzete tedy pocitat s odezvou ani v jednom pripade. Pri striktnim
nahledu na problem se da dokonce rict, ze zprava s temito polozkami v
hlavicce neodpovida norme (nebot pro proprietari rozsireni jsou vyhrazeny
pouze X-* polozky) a nemohl byste si dost dobre narikat ani tehdy, kdyz by
takova zprava nedosla na misto urceni ...

Rozumnym prehledovym dokumentem o jednotlivych hlavickach posty je RFC2076.


> 2) kde sezenu detailni informace o protokolu PC-NFS vyrobce SunSoft ?

    Krome trivialni rady - u SunSoft - vam s timto neporadim ...

                                                            Dan

Dan Lukes (FIO holding, a.s.) tel: +420 2 24102204, fax: ...301
root,   webmaster,   postmaster   and   othermaster  of  FIONet
AKA: dan at obluda.kolej.mff.cuni.cz, dan at obluda.cz