ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     06 Jan 2003  00:03:49
 To : zmej serow
 Subject : Re: засада с mutt + gnupg
 -------------------------------------------------------------------------------- 
 

 >>> zmej serow wrote:
 
 zs> прикручиваю gpg к mutt'у. дефолтные конфиги, всё работает. одна
 zs> неприятность: gpg-подписанные сообщения, если письмо не в us-ascii,
 zs> становятся quoted-printable. как бы это побороть?
 
 Hикак.
 Так положено делать и так mutt будет делать, потому что это правильно.
 Может быть, лучше было base64 вместо qp, но никак не 8bit.
 
 zs> unset pgp_strict_enc не помогает..
 
 И не поможет.
 
 RFC 3156:
 
 3.  Content-Transfer-Encoding restrictions
 
    Multipart/signed and multipart/encrypted are to be treated by agents
    as opaque, meaning that the data is not to be altered in any way [2],
    [7].  However, many existing mail gateways will detect if the next
    hop does not support MIME or 8-bit data and perform conversion to
    either Quoted-Printable or Base64.  This presents serious problems
    for multipart/signed, in particular, where the signature is
    invalidated when such an operation occurs.  For this reason all data
    signed according to this protocol MUST be constrained to 7 bits (8-
    bit data MUST be encoded using either Quoted-Printable or Base64).
    Note that this also includes the case where a signed object is also
    encrypted (see section 6).  This restriction will increase the
    likelihood that the signature will be valid upon receipt.
 
 Слово MUST выделено заглавными буквами, см. RFC2119 о том, что это значит.
 -netch-
 --- ifmail v.2.15dev5
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор