From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [rmail-mbox-branch]: mail-utils Date: Fri, 08 Oct 2004 12:06:00 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <1096006177.432792.29828.nullmailer@Update.UU.SE> <1096014084.739640.30529.nullmailer@Update.UU.SE> <200410031040.i93Ae1YS000609@oak.pohoyda.family> <87d5zvwmq9.fsf_-_@oak.pohoyda.family> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1097252412 1453 80.91.229.6 (8 Oct 2004 16:20:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 8 Oct 2004 16:20:12 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 08 18:20:08 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CFxTT-0005t2-00 for ; Fri, 08 Oct 2004 18:20:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CFxV3-000651-Op for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2004 12:21:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CFxT6-0005MR-Bi for emacs-devel@gnu.org; Fri, 08 Oct 2004 12:19:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CFxPV-0003f6-GH for emacs-devel@gnu.org; Fri, 08 Oct 2004 12:16:01 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CFxMn-0002Vq-9C for emacs-devel@gnu.org; Fri, 08 Oct 2004 12:13:13 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CFxFp-0007az-H6 for emacs-devel@gnu.org; Fri, 08 Oct 2004 12:06:01 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CFxFo-0000Ym-Ue; Fri, 08 Oct 2004 12:06:01 -0400 Original-To: Alexander Pohoyda In-reply-to: <87d5zvwmq9.fsf_-_@oak.pohoyda.family> (message from Alexander Pohoyda on 06 Oct 2004 23:38:54 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28090 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28090 For example, the original implementation of `mail-[un]quote-printable' functions is too limited. I suppose that this is desired: (defun mail-quote-printable (string &optional wrapper) "Encode the STRING in such a way that the resulting octets are unlikely to be modified by mail transport. Defined by RFC 2045. If the optional argument WRAPPER is non-nil, decorate the resulting string with =?charset?Q?....?=, as defined by RFC 2047." (if wrapper (rfc2047-encode-string string) (rfc2045-quoted-printable-encode-string string))) I do not know whether that is desired; I don't understand it. It looks like you are talking about functions in Gnus; I don't know anything about those functions, though. Gnus is more recent than mail-utils.el, and the Gnus developers do not cooperate closely with us, so it does not surprise me that they contain duplications and perhaps useful facilities that we mostly do not know about. Now, there are many other functions and constants which are defined by some RFCs and I have implemented them in such a way: mime/ rfc2045.el (13 functions) rfc2047.el (11 functions) rfc2231.el (7 functions) (some other less important files) I do not understand what "such a way" means. What way do you mean? All I see here is a list of names (file names?); I don't know what the names MEAN, so I don't understand. Are you saying you have written files with the same names as certain files in Gnus? If that's what you mean, the simplest way to avoid conflict is to rename these functions, then add them to mail-utils.el or put them together in some other new file. Why not?