Prev | Current Page 2071 | Next

Bryan Costales, Claus Assmann, George Jansen, Gregory Shapiro

"sendmail, 4th Edition"


See RFC2298 for a complete description of this header and the methods used to convey
disposition notification.
The Disposition-Notification-To: header should never be declared in the configuration
file.
25.12.17 Encrypted:
Message is transformed RFC822
The Encrypted: header is used to describe a translation that has been performed on the
body of the mail message. Although encryption is implied, other forms of translation, such
as compression and uuencode(1), are perfectly legal.
The sendmail program ignores the Encrypted: header. This header is intended for use by
MUAs. Unfortunately, most (if not all) Unix MUAs also ignore this header. The form for
the Encrypted: header is:
Encrypted: prog key
The field contains one mandatory item, the prog, and one optional item, the key. Th eprog
is the name of the program that was used to transform the message body. The optional key
is a decryption key.
If translating the message body into a different form, be aware that many versions of sendmail
strip the eighth bit from all bytes of the body during transmission.
The Encrypted: header is deprecated and was dropped from RFC2822. The Encrypted:
header should never be declared in the configuration file.
25.12.18 Errors-To:
Error notification redirect sendmail, deprecated
Ordinarily, errors are bounced to the envelope sender. The Errors-To: header specifies the
address, or addresses, to which sendmail should send additional notification of delivery
errors.


Pages:
2059 2060 2061 2062 2063 2064 2065 2066 2067 2068 2069 2070 2071 2072 2073 2074 2075 2076 2077 2078 2079 2080 2081 2082 2083
Wczasy nad morzem uchwyt lcd zrębki usługi remontowe łódź noclegi zakopane