From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9875 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: mbox quoting (was: Re: Gnus, movemail, POP3, trailing empty lines) Date: 11 Feb 1997 12:36:49 +0100 Organization: The Church of Emacs Sender: abraham@dina.kvl.dk Message-ID: References: <0fbu9soebf.fsf@fraxinus.daimi.aau.dk> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1035149834 21085 80.91.224.250 (20 Oct 2002 21:37:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:37:14 +0000 (UTC) Cc: ding@ifi.uio.no Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id DAA29150 for ; Tue, 11 Feb 1997 03:59:49 -0800 Original-Received: from elc1.dina.kvl.dk (elc1.dina.kvl.dk [130.225.40.228]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 11 Feb 1997 12:38:35 +0100 Original-Received: from zuse.dina.kvl.dk (zuse.dina.kvl.dk [130.225.40.245]) by elc1.dina.kvl.dk (8.6.12/8.6.4) with ESMTP id MAA02580; Tue, 11 Feb 1997 12:28:19 +0100 Original-Received: (abraham@localhost) by zuse.dina.kvl.dk (8.6.12/8.6.4) id MAA00561; Tue, 11 Feb 1997 12:36:50 +0100 Original-To: Greg Stark X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ In-Reply-To: Greg Stark's message of Tue, 11 Feb 1997 04:25:14 -0500 (EST) Original-Lines: 31 X-Mailer: Gnus v5.4.12/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:9875 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9875 Greg Stark writes: > you lose compatibility with an enormous number of other clients You don't lose compatibility with any software. The algorithm will work on any syntactically correct mbox, and produce a syntactically correct mbox. All existing tools will continue to work. The two cases are: (1) When software using the old algorithm is used on mboxes created by the new algorithm, no additional damage is done. (2) When software using the new algorithm is used on mboxes created by the old algorithm, the result is usually, but not always, better or equal to what software using the old algorithm would produce. Conclusion: (a) The new algorithm doesn't corrupt new messages, protect them against damage corruption by old clients, and usually work better on already corrupted mboxes. (b) The old algorithm corrupts old messages, and doesn't work very well on already corrupted mboxes, but at least doesn't inflict further damage on uncorrupted mboxes. > If you really dislike this little wart in the mbox format use babyl, BABYL is even more broken than mbox. BABYL doesn't escape its delimiter at all.