From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 11 Aug 2005 10:02:17 +0400 From: "Alexey I. Froloff" To: ALT Devel discussion list Subject: Re: [devel] Mozilla 1.7.11 Message-ID: <20050811060217.GA16403@immo.ru> Mail-Followup-To: ALT Devel discussion list References: <42F9C5D7.2080907@emt.com.ua> <42F9CE7C.2090108@iop.kiev.ua> <42F9E9FA.6000601@emt.com.ua> <42F9EF39.9060509@iop.kiev.ua> <42F9F20B.8050608@emt.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <42F9F20B.8050608@emt.com.ua> User-Agent: Mutt/1.5.8+cvs20050213i X-Virus-Scanned: by amavisd-new at immo.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2005 06:02:33 -0000 Archived-At: List-Archive: List-Post: --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Eugene Ostapets [050810 16:26]: > =E5=D3=D4=D8 =D5 =CE=C1=D3 =D4=D5=D4 =DA=CE=C1=D4=CF=CB=C9 RFC? =E4=CF= =D0=D5=D3=D4=C9=CD=C1 8-bit =CB=CF=C4=C9=D2=CF=D7=CB=C1 =D7 > =D0=CF=C4=D0=C9=D3=C1=CE=CE=CF=CD/=DA=C1=CB=D2=C9=D0=D4=CF=D7=C1=CE=CE=CF= =CD =C2=CC=CF=CB=C5? =E5=D3=CC=C9 =C4=C1 - =CE=D5=D6=CE=CF =D0=CF=D7=C5=D3= =C9=D4=D8 =C2=C1=C7=D5 > =CE=C1 enigmail... RFC3156: 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. --=20 Regards, Sir Raorn. ------------------- > =D7 =C2=CC=C9=D6=C1=CA=DB=C5=CD =C2=D5=C4=D5=DD=C5=CD =D0=CC=C1=CE=C9=D2= =D5=C5=D4=D3=D1 =D3=CF=C2=D3=D4=D7=C5=CE=CE=D9=CA =C1=CC=D8=D4=CF=D7=D3=CB= =C9=CA =CB=CF=C6=C9=C7=D5=D2=C1=D4=CF=D2. =EB=CF=CC=D8, "=CB=CF=C6=C5" =D0=C9=DB=C9=C3=C1 =DE=C5=D2=C9=DA "=C5"! :) -- mike in community@ --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC+unpVqT7+fkT8woRAkoEAKCzMBMBseZWjFyyJi0jPGSSHV81WgCgrqMe /s198fkzlki+9D7wxKvLGN4= =usxa -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc--