From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50327 Path: main.gmane.org!not-for-mail From: "Andrew A. Raines" Newsgroups: gmane.emacs.gnus.general Subject: Re: Envelope sender lost from sending after gnus-draft-edit-message Date: Sun, 23 Feb 2003 23:29:25 -0600 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1046064623 21956 80.91.224.249 (24 Feb 2003 05:30:23 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 24 Feb 2003 05:30:23 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18nBC1-0005hu-00 for ; Mon, 24 Feb 2003 06:30:21 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18nBBp-00070Y-00; Sun, 23 Feb 2003 23:30:09 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 23 Feb 2003 23:31:09 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id XAA04238 for ; Sun, 23 Feb 2003 23:30:54 -0600 (CST) Original-Received: (qmail 77927 invoked by alias); 24 Feb 2003 05:29:50 -0000 Original-Received: (qmail 77918 invoked from network); 24 Feb 2003 05:29:50 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 24 Feb 2003 05:29:50 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18nBQb-0000PS-00 for ; Mon, 24 Feb 2003 06:45:25 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 31 Original-NNTP-Posting-Host: williams.mc.vanderbilt.edu Original-X-Trace: quimby.gnus.org 1046065521 1577 160.129.208.222 (24 Feb 2003 05:45:21 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 24 Feb 2003 05:45:21 GMT X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD2D3002F Mail-Copies-To: never Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEVsSR4mGwapfE3Nn3Dv2rff s4NyAQZwAAACUklEQVR4nG2Ty67jIAyGDXkBUmn21DT7Hhz2oxb2o4Df/1XmN2nP6UgTVarw5/uF 1vkFwm9+nvC81UpT7gK5KY7/glPZR88cyX2AU87MknmC/Q0iAHNOReQTQNkMUipaJP6AQD5H+Jet quodIIwJLtM3i4zaqh4wuNQTFOnaRRV6tXVYbD8AYoA24Oy6hsVAMFcsBTYCd2LAG7i4i+WURGbO Rb/WhccESBZKiWeRm/5ZbzIt4sKWc8lELvBWf4dNZwwAj6bsB6NZpdbDpxdIwjHyaMJc4PwxPZ0A 5SVkKhk11mPoG6iiEHtMSa/jBNmKO0H9pv8BrYwTrEl0qJRvALUTeLTjBN109aWCoq1PM9GeJuAz +AoTzYxA+CsWLuwvEEQyKolejzTB7Q3QWWFCO3rS8mGBvF61t5m5Hx9ALLUxB5m3+gYeo8MUmdhi 5PK2CIvYkGjrNvievWdvWvhStrGLVutNdqstIMF9fy0WOo+NEOyPjysVBMR22pRgIZI6tjckRygY Flk4FbPIqUPbD0el8wwg1lMV2F1XP5qj3DkTwExSc1K5BxlPRz0yRY8LUFtcVFKsEHG2TLibNJe3 R28tKPXYHcXg71hNSwt3lsxlr1Id3SlHuzOeqyuyQ657u8ICMdwpRyd2pFyxfV9kOx3dcRqkrdej 9dz0NwKbrL0Arqo3xgQeeHnI6nMervbxrKU0bIpZ+MioIVNEV1prC260DSuOM24Ly35I/vXYUcao xw0RPCWA5y67XkMbqWrTrdF9iWHDpt3LcbiVbogyxmPUvxzIzHOcmIeEAAAAAElFTkSuQmCC User-Agent: Gnus/5.090016 (Oort Gnus v0.16) XEmacs/21.4 (Portable Code) Cancel-Lock: sha1:2355OqktrrirW46Hdqp7SC4Be4U= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50327 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50327 Jesper Harder writes: > "Andrew A. Raines" writes: > >> It doesn't seem to have fixed it. Messages not sent via an >> original C-c C-c still have conflicting envelope from and header >> From: information. >> >> BTW, I've tried setting various methods of sending mail (SMTP, >> sendmail, qmail-inject) and they all exhibit the same behavior >> with regard to this problem. > > I think the version of smtpmail.el/sendmail.el in Emacs CVS has a > fix for this problem. With > > (setq mail-envelope-from 'header) > > the envelope from is deduced from the From: header. While I appreciate the suggestion, it doesn't seem to be the ``correct'' solution. If Gnus acts a certain way (intuitively, IMO) when a message is sent ephemerally, it seems like it should at least act the same when one is saved, or delayed, for a time as a draft. I can accept that Gnus possibly isn't at fault here, but I think the behavior should be consistent whether a C-c C-d or C-c C-j is involved or not. -- Andrew A. Raines