From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19010 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: No more buttons by default? Date: 20 Nov 1998 18:45:00 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <199811192101.QAA02436@alderaan.gsfc.nasa.gov> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035157438 9345 80.91.224.250 (20 Oct 2002 23:43:58 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:43:58 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA13576 for ; Fri, 20 Nov 1998 12:45:54 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id LAB25399; Fri, 20 Nov 1998 11:45:29 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 20 Nov 1998 11:45:23 -0600 (CST) 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 LAA28395 for ; Fri, 20 Nov 1998 11:45:15 -0600 (CST) Original-Received: from viffer.oslo.metis.no (viffer.oslo.metis.no [195.0.254.249]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA13557 for ; Fri, 20 Nov 1998 12:45:03 -0500 (EST) Original-Received: (from sb@localhost) by viffer.oslo.metis.no (8.8.7/8.8.7) id SAA23718; Fri, 20 Nov 1998 18:45:00 +0100 Original-To: ding@gnus.org In-Reply-To: Lars Magne Ingebrigtsen's message of "20 Nov 1998 16:37:48 +0100" Original-Lines: 19 X-Mailer: Gnus v5.6.42/XEmacs 20.4 - "Emerald" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:19010 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19010 >>>>> Lars Magne Ingebrigtsen : > Steinar Bang writes: >> But I think Gnus should default to attachment behaviour, in the >> absense of content-disposition headers, because that's probably >> closer to what the composing MUA expects. > "Attachment" behavior means not displaying the part at all, > according to RFC2183. The user should be notified that the part > exists, but it should not be automatically displayed. Hm... one thing I've done a lot, is to send stuff like eg. compilation errors as text/plain parts with c-d disposition of attachment. The idea has been that the receipient would see the text to read inline in the message, but would be provided with buttons to make it easy for him to save it to a file.