From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 From: Sergey Organization: Home To: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= Date: Mon, 21 Feb 2011 01:06:58 +0300 User-Agent: KMail/1.9.10 References: <201102202009.38611.a_s_y@sama.ru> <201102202243.50829.a_s_y@sama.ru> <20110221002537.26817c28@atlas.home> In-Reply-To: <20110221002537.26817c28@atlas.home> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <201102210106.58613.a_s_y@sama.ru> Subject: Re: [room] =?koi8-r?b?UG9zdGZpeCDJIMLBx9TSxcvF0g==?= X-BeenThere: smoke-room@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2011 22:07:15 -0000 Archived-At: List-Archive: On Monday 21 February 2011, Sergey Vlasov wrote: > >          the transmission channel provides an 8-bit byte (octets) data > >          stream, the 7-bit ASCII codes are transmitted right justified > >          in the octets with the high order bits cleared to zero. > > На самом деле это требование относится к передающей стороне, где и > находится настоящая ошибка. Про поведение принимающей стороны в старом > RFC 821 ничего явно не сказано; Стоп. В 821 есть другое место. В первый раз мне оно попалось, а не то, что я тут процетировал ранее: Commands and replies are composed of characters from the ASCII character set [1]. When the transport service provides an 8-bit byte (octet) transmission channel, each 7-bit character is transmitted right justified in an octet with the high order bit cleared to zero. То есть, не важно где, он просто сбрасывается. Тут не говорится ни про передающую, ни про принимающую сторону. Так что, всё же, ошибка, с учётом того, что 1652 ссылается только на 821. :-) Хотя, конечно и скорее всего, при попытке повесить баг будет та ссылка на 2821 или 5321 (там то же самое). -- С уважением, Сергей a_s_y@sama.ru