From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@altlinux.ru>
Date: Fri, 11 Oct 2002 15:30:58 +0400
From: Sergey Vlasov <vsu@altlinux.ru>
To: community@altlinux.ru
Subject: Re: [Comm] sylpheed-claws, v. 0.8.5claws3 and pspell
Message-ID: <20021011113058.GA2810@vcserver.mivlgu.internal>
Mail-Followup-To: community@altlinux.ru
References: <20021009194830.6fce2f51.baron@dartel.ru> <20021009201951.692327f0.vsu@altlinux.ru> <20021009211914.1bd1340d.baron@dartel.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20021009211914.1bd1340d.baron@dartel.ru>
Sender: community-admin@altlinux.ru
Errors-To: community-admin@altlinux.ru
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: community@altlinux.ru
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Id: <community.altlinux.ru>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
List-Archive: <http://www.altlinux.ru/pipermail/community/>
Archived-At: <http://lore.altlinux.org/community/20021011113058.GA2810@vcserver.mivlgu.internal/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

On Wed, Oct 09, 2002 at 21:19:14 +0400, Ruslan N. Balkin wrote:
> On Wed, 9 Oct 2002 20:19:51 +0400
> Sergey wrote:
> 
> > On Wed, 9 Oct 2002 19:48:30 +0400
> > "Ruslan N. Balkin" <baron@dartel.ru> wrote:
> > 
> > > Еще один патч для новенького claws - убирает преобразование \n в \n\r.
> > > Только при редактировании "чистого" текста, т.е. при
> > > шифровании\подписывании сообщений, преобразование \n в \n\r
> > > производится по-прежнему, как это было начиная с августа (?) этого
> > > года.
> > 
> > Не понял, а это зачем? Там его не убирать надо, а обратное
> > преобразование делать в соответствующих местах. Иначе в base64 попадает
> > текст с \n - как выяснилось, реально существуют клиенты, которые от
> > этого дуреют (Evolution 1.0.3, если сообщение подписано gpg).
> > 
> > Либо надо более аккуратно переписывать кодирование в base64 - там, где
> > кодируется текст сообщения.
> Честно говоря, я не уверен, что добавление \r - верный вариант. Как я
> понял, для PGP вроде бы использовались функции из util.c, и подобная вещь
> лично мне показалась излишней.

Это я знаю - там исправлялась другая проблема: отсутствие \r под base64
(что нарушает даже RFC 2045).  В большинстве случаев этого никто не
замечает - проблемы выползли только в случае с Evolution.