From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/24090 Path: main.gmane.org!not-for-mail From: amu@MIT.EDU (Aaron M. Ucko) Newsgroups: gmane.emacs.gnus.general Subject: Re: Unintended base64 encoding Date: 09 Jul 1999 15:43:27 -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=us-ascii X-Trace: main.gmane.org 1035161718 6856 80.91.224.250 (21 Oct 2002 00:55:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:55:18 +0000 (UTC) Cc: ding@gnus.org 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 PAA26665 for ; Fri, 9 Jul 1999 15:47:31 -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 OAB23114; Fri, 9 Jul 1999 14:44:09 -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 14:44:44 -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 OAA16169 for ; Fri, 9 Jul 1999 14:44:34 -0500 (CDT) Original-Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id PAA26533; Fri, 9 Jul 1999 15:43:29 -0400 (EDT) Original-Received: from TUX.MIT.EDU by MIT.EDU with SMTP id AA10819; Fri, 9 Jul 99 15:44:08 EDT Original-Received: by tux.mit.edu (8.8.7/4.7) id PAA02154; Fri, 9 Jul 1999 15:43:27 -0400 Original-To: Lars Magne Ingebrigtsen In-Reply-To: Lars Magne Ingebrigtsen's message of "09 Jul 1999 14:04:33 -0400" User-Agent: Gnus/5.070088 (Pterodactyl Gnus v0.88) Emacs/20.3 Original-Lines: 15 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:24090 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:24090 Lars Magne Ingebrigtsen writes: > Seems nice. I've now written the function, but what is the switchover > point between qp and base64? Math genius wanted! *raises hand* Ooh, ooh, call on me! QP adds an overhead of roughly 2 characters per non-ASCII character. ("Roughly" because the line-wrapping stuff makes that number slightly off.) On the other hand, base64 always adds an overhead of 1/3 character per character. The breakeven point occurs when these overheads are equal; i.e., when about 1/6 of the characters are non-ASCII. -- Aaron M. Ucko, KB1CJC (finger amu@monk.mit.edu)