From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/22281 Path: main.gmane.org!not-for-mail From: wmperry@aventail.com (William M. Perry) Newsgroups: gmane.emacs.gnus.general Subject: Re: pop3.el: Content-Length generation (was: bad (i.e. serious) mail problems Date: 06 Apr 1999 13:59:02 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <86r9pxmv7t.fsf@kramer.bp.aventail.com> References: <99Apr6.143402edt.13876-3@gateway.intersys.com> Reply-To: wmperry@aventail.com NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035160230 28521 80.91.224.250 (21 Oct 2002 00:30:30 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:30:30 +0000 (UTC) Cc: "(ding)" 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 PAA22246 for ; Tue, 6 Apr 1999 15:02:21 -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 NAB18187; Tue, 6 Apr 1999 13:58:12 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 06 Apr 1999 13:58:38 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id NAA28387 for ; Tue, 6 Apr 1999 13:58:24 -0500 (CDT) Original-Received: from slow.bp.aventail.com (usrpri2-40.kiva.net [206.97.75.105]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id OAA22087 for ; Tue, 6 Apr 1999 14:58:16 -0400 (EDT) Original-Received: from kramer.aventail.com (kramer.bp.aventail.com [192.168.2.2]) by slow.bp.aventail.com (8.8.5/8.8.5) with ESMTP id OAA31980; Tue, 6 Apr 1999 14:57:11 -0700 Original-Received: (from wmperry@localhost) by kramer.aventail.com (8.8.7/8.8.7) id NAA20789; Tue, 6 Apr 1999 13:59:02 -0500 Original-To: Stainless Steel Rat X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 writes: > Here is a patch against pop3 1.3q to bring it to 1.3r. It should > generate a Content-Length header with the same value as the Lines header > Gnus creates (which is converted to X-Content-Length by Gnus somewhere > along the line). This should hopefully prevent unescaped envelopes from > being a problem. > > Note: it uses `count-lines-buffer' from simple.el, which might not be > part of FSF Emacs (it is part of XEmacs). If this is the case, does FSF > Emacs have a more or less equivalently useful function, or am I going to > have to roll my own? Ummmm... content-length is supposed to be the byte count, is it not? -Bill P.