From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47020 Path: main.gmane.org!not-for-mail From: Clemens Fischer Newsgroups: gmane.emacs.gnus.general Subject: Re: [despammed] Re: Why does Gnus generates Lines: header in mail? Date: Sun, 06 Oct 2002 15:30:44 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <87n0pzj9db.fsf@mail.paradoxical.net> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1033917904 17892 127.0.0.1 (6 Oct 2002 15:25:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 6 Oct 2002 15:25:04 +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 17yDHB-0004e8-00 for ; Sun, 06 Oct 2002 17:25:01 +0200 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 17yDGh-0001Zh-00; Sun, 06 Oct 2002 10:24:31 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 06 Oct 2002 10:25:12 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id KAA10239 for ; Sun, 6 Oct 2002 10:24:57 -0500 (CDT) Original-Received: (qmail 5421 invoked by alias); 6 Oct 2002 15:24:10 -0000 Original-Received: (qmail 5416 invoked from network); 6 Oct 2002 15:24:10 -0000 Original-Received: from main.gmane.org (80.91.224.249) by gnus.org with SMTP; 6 Oct 2002 15:24:10 -0000 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 17yDFr-0004bo-00 for ; Sun, 06 Oct 2002 17:23:39 +0200 Original-To: ding@gnus.org X-Injected-Via-Gmane: http://gmane.org/ Original-Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 17yDFq-0004bf-00 for ; Sun, 06 Oct 2002 17:23:38 +0200 Original-Path: ID-23066.news.dfncis.de!not-for-mail Original-Lines: 43 Original-NNTP-Posting-Host: p3e9baa91.dip.t-dialin.net Original-X-Trace: main.gmane.org 1033917818 17671 62.155.170.145 (6 Oct 2002 15:23:38 GMT) Original-X-Complaints-To: usenet@main.gmane.org Original-NNTP-Posting-Date: Sun, 6 Oct 2002 15:23:38 +0000 (UTC) User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386--freebsd) Cancel-Lock: sha1:PeUI8Iu7KSpjmihqEgk2UIhB7K8= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47020 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47020 prj@po.cwru.edu (Paul Jarc) writes: >> only when starting a thread, there is no information in the To/Cc, > > We have to-list, to-address, header fields from group parameters, > and message-default-mail-headers. At least. no. you people always think that everybody wants separate groups for each mailinglist and splits that way. well, i don't. i subscribe to as many lists i can manage in me poor head, and i read each and every post, but i store only the ones i need. so i have a central mailbox collecting everything, all splitting is done by procmail before that. meaning i can't use any of the group parameters, even if there were thousands of them. so what do _i_ do? i know, i know, "roll your own"... >> C-c C-f C-a (init unsubscribed-mft) or C-c C-f C-m (move to mft) >> could have their semantics changed in that they re-generate the >> header value according to the current contents of To/Cc. > > It would be better to add a new command for that, so as not to > disturb users of the old commands. ok. >> reading through a batch of emails it seems that senders are commonly >> stored in Return-Path, Delivered-To and [...] > > Delivered-To is a recipient address, not sender. sure. what a big mistake of mine. what i was hinting at is the fact that there are no RFC-ified headers one can look at for envelope information, although typical MTAs offer lots of functionality based on envelope information. it seems natural to let users influence and check envelope information. eg. i still don't know why posting-styles doesn't reliably set my sender. the workaround is easy, but it takes hours of that time i didn't know i had to invest. let's be done with this. btw, some part of my mailing now generates correct MFTs. clemens