header v mailu

[Dalibor Straka]

On Tue, Jun 15, 2004 at 09:40:55PM +0200, Michal Kubecek wrote:
> On Tue, Jun 15, 2004 at 09:06:09PM +0200, Dalibor Straka wrote:
> > 
> > Pokud me pamet neklame - mail server musi byt schopny prijmout mail
> > z From: <>. Cetl jsem to v nejakem rfc 822 nebo 2822. Treba na fakulte
> > stavebni cvut (fsv.cvut.cz) jejich smtp server takove e-maily vracel,
> > prej to pouzivaji jako primitivni ochranu proti spamu ;-(.
> 
> Tohle je záležitost RFC 821/2821, ne RFC 822/2822. Navíc se tam týká jen
> samotného '<>', ne když je tam k tomu ještě něco navíc. A konečně se ten
> požadavek týká jen toho, co je uvedeno v příkazu MAIL v SMTP komunikaci
> (adresa z obálky), ne toho, co je v hlavičkách mailu.
> 
> Ještě jedna poznámka: null reverse path (tedy to '<>') je mechanismus,
> který je určen pouze k posílání chybových hlášení od doručovacího systému
> (především hlášení o nedoručitelnosti). Pokud ho zneužijete k čemukoli
> jinému, nemáte nejmenší právo si stěžovat, pokud váš mail bude vyhodnocen
> jako pokus o spam.
> 

Tak pamet me klamala, ale jenom "o jedna vice". Je to presne ta chyba,
kdy muj smtp server odeslal zpravu o nedorucitelnost a ta se pak vratila
jako "neprosla ochranou proti spamu" na roota. 

Uz jsem to dohledal i v RFC 821:
      This notification message must be from the server-SMTP at this
      host.  Of course, server-SMTPs should not send notification
      messages about problems with notification messages.  One way to
      prevent loops in error reporting is to specify a null reverse-path
      in the MAIL command of a notification message.  When such a
      message is relayed it is permissible to leave the reverse-path
      null.  A MAIL command with a null reverse-path appears as follows:

         MAIL FROM:<>

-- Dalibor Straka