From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <a_s_y@sama.ru>
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 <a_s_y@sama.ru>
Organization: Home
To: ALT Linux Community general discussions <community@lists.altlinux.org>
Date: Tue, 27 Sep 2011 23:58:35 +0400
User-Agent: KMail/1.9.10
References: <6e5bf9a4-1c3a-4819-8e66-cd8873e23e6e@mail1.ikir.ru>
	<201109271843.53510.a_s_y@sama.ru>
	<3158134.4WOL6aGlRH@summoner.localdomain>
In-Reply-To: <3158134.4WOL6aGlRH@summoner.localdomain>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Message-Id: <201109272358.35685.a_s_y@sama.ru>
Subject: Re: [Comm] =?koi8-r?b?0NXT1NnFINDJ09jNwQ==?=
X-BeenThere: community@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Community general discussions
	<community@lists.altlinux.org>
List-Id: ALT Linux Community general discussions <community.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/community>,
	<mailto:community-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/community>
List-Post: <mailto:community@lists.altlinux.org>
List-Help: <mailto:community-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/community>,
	<mailto:community-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Sep 2011 19:58:50 -0000
Archived-At: <http://lore.altlinux.org/community/201109272358.35685.a_s_y@sama.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

On Tuesday 27 September 2011, Sergey V Turchin wrote:

> > И там base64 не место, так как
> > там вовсе не всё закодировано.

> Всю дорогу был base64
 
Это вот никак не тянет на base64:

|--===============6283869345487320091==
|Content-Type: multipart/signed; boundary="nextPart1886069.43bY7pC8aW"; micalg="pgp-sha1";protocol="application/pgp-signature"
|Content-Transfer-Encoding: base64
|
|
|--nextPart1886069.43bY7pC8aW
|Content-Transfer-Encoding: base64
|Content-Type: text/plain; charset="utf-8"
|
|T24gMjcg0YHQtdC90YLRj9Cx0YDRjyAyMDExIDA5OjM3OjU4IEFyY2FkeSBWLiBJdmFub3Ygd3Jv
|dGU6CgpbLi4uXQo+INCf0L4g0YPQvNC+0LvRh9Cw0L3QuNGOINC80L7QvdC40YLQvtGAINC/0L7Q

В base64 тут явно не вписываются строки

--nextPart1886069.43bY7pC8aW
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"

Это 7bit. В этом месте у mutt может и сносить крышу. С другой
стороны, ещё вопрос, не должно ли быть вообще проигнорировано
поле Content-Transfer-Encoding для Content-Type: multipart/*

Тут надо rfc почитать бы... В этом случае и mutt не прав.

-- 
С уважением, Сергей
a_s_y@sama.ru