header v mailu

[Petr Vileta]

> 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:<>
Nu dobra, dobra ;-) Ale jak potom resit treba tuhle situaci:
Na serveru je nejaky formular, ve kterem je mozne mejiteli konkretni domeny
poslat zpravu. Jedno pole tam je mail odesilatele, ale neni povinne, protoze
je tam take telefon a pokud je vyplnen alespon jeden z tech udaju, lze
zpravu povazovat za vazne myslenou a odeslat ji. Jenze kdyz odesilatel
formulare neuvede mail, je nesmysl, aby prijemce zpravy, nejaky BFU, mel
moznost na zpravu odpovedet. Jemu (BFU) by se zdalo, ze odpovida
odesilateli, ale ve skutecnosti by se to vratilo napriklad na jeho domenu
podle adresy formular-na-strance na domena.com ;-)
Takze co s tim? Dat tam jen From: <formular-na-strance> ???
Chybi tam zavinac, takze by to ani hloupy Utlouk Express nemel umet odeslat
zpatky, co?
No a antispamu by to snad nevadilo, i kdyz to muze byt priznak spamu. Holt
by se antispam v tomhle pripade musel naucit, ze _konkretni_ nesmyslna
zpatecni adresa _neni_ spam.
Ja bych spamery strilel za usvitu. Nebyt jich, nemame tyhle starosti :-)
--
Petr