From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/24076 Path: main.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Fran=E7ois_Pinard?= Newsgroups: gmane.emacs.gnus.general Subject: Re: Unintended base64 encoding Date: 09 Jul 1999 14:44:38 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: References: <874skefuuh.fsf@pc-hrvoje.srce.hr> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035161706 6759 80.91.224.250 (21 Oct 2002 00:55:06 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:55:06 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id OAA24892 for ; Fri, 9 Jul 1999 14:46:30 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id NAB22340; Fri, 9 Jul 1999 13:46:24 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 09 Jul 1999 13:47:15 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id NAA15080 for ; Fri, 9 Jul 1999 13:47:05 -0500 (CDT) Original-Received: from jupiter.rtsq.qc.ca (rtsq.grics.qc.ca [199.84.132.81]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id OAA24867 for ; Fri, 9 Jul 1999 14:46:00 -0400 (EDT) Original-Received: from ariel.progiciels-bpi.ca by jupiter.rtsq.qc.ca (8.8.8/8.8.8) with SMTP id OAA23520 for <@jupiter.rtsq.qc.ca:ding@gnus.org>; Fri, 9 Jul 1999 14:45:29 -0400 Original-Received: from iro.umontreal.ca (uucp@localhost) by ariel.progiciels-bpi.ca (950413.SGI.8.6.12/950213.SGI) via UUCP id OAA12549 for ding@gnus.org; Fri, 9 Jul 1999 14:48:25 -0700 Original-Received: from titan.progiciels-bpi.ca.progiciels-bpi.ca by icule.progiciels-bpi.ca (8.8.8/8.8.8) with ESMTP id OAA02395; Fri, 9 Jul 1999 14:44:44 -0400 Original-To: ding@gnus.org X-Face: "b_m|CE6#'Q8fliQrwHl9K,]PA_o'*S~Dva{~b1n*)K*A(BIwQW.:LY?t4~xhYka_.LV?Qq `}X|71X0ea&H]9Dsk!`kxBXlG;q$mLfv_vtaHK_rHFKu]4'<*LWCyUe@ZcI6"*wB5M@[m writes: > Toby Speight writes: > > Some time back (a couple of years, I think), I wrote code for TM which > > inspected the message to determine the most space-efficient encoding > > (if 8bit/binary weren't possible). So bodyparts containing mostly > > US-ASCII printable characters got q-p encoding, and others got base64, > > *irrespective of content-type*. > Seems nice. I've now written the function, but what is the switchover > point between qp and base64? Math genius wanted! The most efficient encoding might require creating more subparts to a part. All QP or all 64 might not be the best way to go. Once away from two extremes, which is all QP or all 64, recognising that more even subparts is only an half-hearted solution, why not rather consider optional full compression with later 64 only? Unless readability considerations matter and favour QP? (Yes, I know! :-) -- François Pinard http://www.iro.umontreal.ca/~pinard