From unknown Wed Jun 18 00:21:36 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#7987 <7987@debbugs.gnu.org> To: bug#7987 <7987@debbugs.gnu.org> Subject: Status: message-mode perhaps to document more that it expects mail-header-separator Reply-To: bug#7987 <7987@debbugs.gnu.org> Date: Wed, 18 Jun 2025 07:21:36 +0000 retitle 7987 message-mode perhaps to document more that it expects mail-hea= der-separator reassign 7987 emacs,gnus submitter 7987 Jesse Sheidlower severity 7987 minor tag 7987 notabug wontfix thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 04 22:17:08 2011 Received: (at submit) by debbugs.gnu.org; 5 Feb 2011 03:17:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PlYe3-00069u-Ns for submit@debbugs.gnu.org; Fri, 04 Feb 2011 22:17:08 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PlYWx-0005yu-Nn for submit@debbugs.gnu.org; Fri, 04 Feb 2011 22:09:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlYfC-0004Gv-Vd for submit@debbugs.gnu.org; Fri, 04 Feb 2011 22:18:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:58363) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlYfC-0004Gl-SD for submit@debbugs.gnu.org; Fri, 04 Feb 2011 22:18:18 -0500 Received: from [140.186.70.92] (port=38907 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlYfB-0007kH-9s for bug-gnu-emacs@gnu.org; Fri, 04 Feb 2011 22:18:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlYf9-0004FG-Kc for bug-gnu-emacs@gnu.org; Fri, 04 Feb 2011 22:18:17 -0500 Received: from mail2.panix.com ([166.84.1.73]:56216) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlYf9-0004F3-I5 for bug-gnu-emacs@gnu.org; Fri, 04 Feb 2011 22:18:15 -0500 Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail2.panix.com (Postfix) with ESMTP id B467838E43 for ; Fri, 4 Feb 2011 22:18:14 -0500 (EST) Received: by panix3.panix.com (Postfix, from userid 834) id B98818FDDE; Fri, 4 Feb 2011 22:18:14 -0500 (EST) From: Jesse Sheidlower To: bug-gnu-emacs@gnu.org Subject: 23.2; Refill error in message-mode Date: Fri, 04 Feb 2011 22:18:14 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 166.84.1.73 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 199.232.76.165 X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 04 Feb 2011 22:17:06 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) In message-mode, there is an error in the fill command when you try to refill indented (blockquoted) paragraphs. Instead of filling the indented paragraph in-place, it removes empty lines before and after the blockquote, indents the first line further, and then indents the second and subsequent lines further still, leading to a mess. Recipe: $ emacs -Q M-x message-mode (type or paste the following text, not including dashes): --- I read with great interest your text, the "Declaration of Independence," and I was particularly taken with the introduction: When in the Course of human events it becomes necessary for one people to dissolve the political bands which have connected them with another and to assume among the powers of the earth, the separate and equal station to which the Laws of Nature and of Nature's God entitle them, a decent respect to the opinions of mankind requires that they should declare the causes which impel them to the separation. I do think this is one of my favorite passages. Thank you. --- Position point anywhere in the indented section, and type M-q. The text will be refilled such that there's no space before or after the indented paragraph, the first line of the indented paragraph will be indented four spaces, and the second and subsequent lines should be indented eight spaces. By comparison, doing the same thing in mail-mode yields what I would consider the expected result: the indentation is the same, there is still space before and after the paragraph, and the lines are of roughly equal, filled length. The behavior in message-mode should parallel this. Thank you. In GNU Emacs 23.2.1 (i386-unknown-netbsdelf5.0, X toolkit, Xaw3d scroll bars) of 2010-07-30 on juggler.panix.com configured using `configure '--prefix=/pkg/emacs-23.2-x' '--mandir=/pkg/emacs-23.2-x/man' 'CFLAGS=-fstack-protector -D_FORTIFY_SOURCE=2'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 1 ; 2 4 0 3 ; 0 c ESC x r e p o r t TAB RE T Recent messages: ("/usr/local/bin/emacs.new") For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: /pkg/emacs-23.2-x/share/emacs/site-lisp/url hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url /pkg/emacs-23.2-x/share/emacs/site-lisp/url-vars hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-vars /pkg/emacs-23.2-x/share/emacs/site-lisp/url-parse hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-parse /pkg/emacs-23.2-x/share/emacs/site-lisp/url-ns hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-ns /pkg/emacs-23.2-x/share/emacs/site-lisp/url-nfs hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-nfs /pkg/emacs-23.2-x/share/emacs/site-lisp/url-news hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-news /pkg/emacs-23.2-x/share/emacs/site-lisp/url-misc hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-misc /pkg/emacs-23.2-x/share/emacs/site-lisp/url-ldap hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-ldap /pkg/emacs-23.2-x/share/emacs/site-lisp/url-irc hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-irc /pkg/emacs-23.2-x/share/emacs/site-lisp/url-http hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-http /pkg/emacs-23.2-x/share/emacs/site-lisp/url-gw hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-gw /pkg/emacs-23.2-x/share/emacs/site-lisp/url-file hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-file /pkg/emacs-23.2-x/share/emacs/site-lisp/url-cookie hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-cookie /pkg/emacs-23.2-x/share/emacs/site-lisp/url-cid hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-cid /pkg/emacs-23.2-x/share/emacs/site-lisp/url-cache hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-cache /pkg/emacs-23.2-x/share/emacs/site-lisp/url-auth hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/url/url-auth /pkg/emacs-23.2-x/share/emacs/site-lisp/socks hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/net/socks /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-yank hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-yank /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-vec hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-vec /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-units hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-units /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-undo hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-undo /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-trail hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-trail /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-stuff hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-stuff /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-store hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-store /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-stat hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-stat /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-sel hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-sel /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-rules hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-rules /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-rewr hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-rewr /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-prog hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-prog /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-poly hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-poly /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-mode hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-mode /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-misc hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-misc /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-math hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-math /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-map hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-map /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-macs hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-macs /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-lang hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-lang /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-keypd hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-keypd /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-incom hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-incom /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-help hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-help /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-graph hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-graph /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-funcs hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-funcs /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-frac hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-frac /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-forms hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-forms /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-fin hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-fin /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-ext hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-ext /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-embed hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-embed /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-cplx hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-cplx /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-comb hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-comb /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-bin hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-bin /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-arith hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-arith /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-alg hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-alg /pkg/emacs-23.2-x/share/emacs/site-lisp/calc/calc-aent hides /pkg/emacs-23.2-x/share/emacs/23.2/lisp/calc/calc-aent Features: (shadow sort mail-extr message sendmail regexp-opt ecomplete rfc822 mml easymenu mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 hex-util hashcash mail-utils emacsbug tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process x-toolkit x multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 07 15:35:17 2011 Received: (at 7987) by debbugs.gnu.org; 7 Feb 2011 20:35:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmXnp-0006NV-10 for submit@debbugs.gnu.org; Mon, 07 Feb 2011 15:35:17 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmXnn-0006NL-9U for 7987@debbugs.gnu.org; Mon, 07 Feb 2011 15:35:15 -0500 Received: from localhost ([127.0.0.1]:36989) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PmXwA-0005B0-NX; Mon, 07 Feb 2011 15:43:54 -0500 From: Glenn Morris To: Jesse Sheidlower Subject: Re: bug#7987: 23.2; Refill error in message-mode References: X-Spook: NASA eavesdropping $400 million in gold bullion Freeh X-Ran: +a.BT~[=9vnlOF\cpn%`?fDhXj|/7^D\h3\GUw1UB1xls&mM.DTfw$Arz#C&;Pk_^cm>+p X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 07 Feb 2011 15:43:54 -0500 In-Reply-To: (Jesse Sheidlower's message of "Fri, 04 Feb 2011 22:18:14 -0500") Message-ID: <8lr5bj60dx.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 7987 Cc: 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) Jesse Sheidlower wrote: > $ emacs -Q > M-x message-mode > (type or paste the following text, not including dashes): > > --- > I read with great interest your text, the "Declaration of Independence," > and I was particularly taken with the introduction: > > When in the Course of human events it becomes necessary for one people > to dissolve the > political bands which have connected them with another > and to assume among the powers of the earth, the separate > and equal > station to which the Laws of Nature and of Nature's God entitle them, > a decent respect to the opinions of mankind requires > that they should > declare the causes which impel them to the separation. > > I do think this is one of my favorite passages. Thank you. > --- > > Position point anywhere in the indented section, and type M-q. The text > will be refilled such that there's no space before or after the indented > paragraph, the first line of the indented paragraph will be indented > four spaces, and the second and subsequent lines should be indented > eight spaces. This is an artificial example because it is not how a mail buffer normally looks. The message filling code does different things in the header and in the body of an email. Since your example does not contain `mail-header-separator', message thinks it is in the header and fills accordingly. If you insert `mail-header-separator' at the start of your example buffer, message fills the paragraph correctly. Do you have an example of an actual mail composition buffer where the message filling code does the wrong thing? From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 08 10:35:39 2011 Received: (at 7987) by debbugs.gnu.org; 8 Feb 2011 15:35:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmpbP-0001BQ-11 for submit@debbugs.gnu.org; Tue, 08 Feb 2011 10:35:39 -0500 Received: from mail2.panix.com ([166.84.1.73]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmpbM-0001BE-Uh for 7987@debbugs.gnu.org; Tue, 08 Feb 2011 10:35:37 -0500 Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail2.panix.com (Postfix) with ESMTP id EE6E438E42; Tue, 8 Feb 2011 10:44:18 -0500 (EST) Received: by panix3.panix.com (Postfix, from userid 834) id 0B6188FDDE; Tue, 8 Feb 2011 10:44:19 -0500 (EST) Date: Tue, 8 Feb 2011 10:44:19 -0500 From: Jesse Sheidlower To: Glenn Morris Subject: Re: bug#7987: 23.2; Refill error in message-mode Message-ID: <20110208154418.GL22848@panix.com> References: <8lr5bj60dx.fsf@fencepost.gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8lr5bj60dx.fsf@fencepost.gnu.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 7987 Cc: 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) On Mon, Feb 07, 2011 at 03:43:54PM -0500, Glenn Morris wrote: > Jesse Sheidlower wrote: > > > $ emacs -Q > > M-x message-mode > > (type or paste the following text, not including dashes): > > > > --- > > I read with great interest your text, the "Declaration of Independence," > > and I was particularly taken with the introduction: > > > > When in the Course of human events it becomes necessary for one people > > to dissolve the > > political bands which have connected them with another > > and to assume among the powers of the earth, the separate > > and equal > > station to which the Laws of Nature and of Nature's God entitle them, > > a decent respect to the opinions of mankind requires > > that they should > > declare the causes which impel them to the separation. > > > > I do think this is one of my favorite passages. Thank you. > > --- > > > > Position point anywhere in the indented section, and type M-q. The text > > will be refilled such that there's no space before or after the indented > > paragraph, the first line of the indented paragraph will be indented > > four spaces, and the second and subsequent lines should be indented > > eight spaces. > > This is an artificial example because it is not how a mail buffer > normally looks. The message filling code does different things in the > header and in the body of an email. Since your example does not contain > `mail-header-separator', message thinks it is in the header and fills > accordingly. If you insert `mail-header-separator' at the start of your > example buffer, message fills the paragraph correctly. > > Do you have an example of an actual mail composition buffer where the > message filling code does the wrong thing? Hmm. I guess you're right, although this behavior doesn't seem to be mentioned in the Manual. I'm using message-mode with Mutt, so there are no headers in the buffer. The EmacsWiki page on MuttInEmacs does give a code sample (apparently problematic, as there are various kludgy-looking updates) that 'sets mail-header-separator to "" for M-q and auto-fill to work correctly', so the fact that it doesn't normally "work correctly" does seem to be known behavior. But for what it's worth, one of the Emacs maintainers did look this over and think it was a bug, so I'm not the only one confused. I'll experiment further and will update if necessary. Is there a preferred way to tell message-mode to assume that the buffer is a message body, rather than a header? Thanks for the reply. Jesse Sheidlower From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 08 13:54:14 2011 Received: (at control) by debbugs.gnu.org; 8 Feb 2011 18:54:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pmsha-0005Z2-8U for submit@debbugs.gnu.org; Tue, 08 Feb 2011 13:54:14 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmshY-0005Yq-Rq for control@debbugs.gnu.org; Tue, 08 Feb 2011 13:54:13 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Pmspz-0003L0-6K for control@debbugs.gnu.org; Tue, 08 Feb 2011 14:02:55 -0500 Date: Tue, 08 Feb 2011 14:02:55 -0500 Message-Id: Subject: control message for bug 7987 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) reassign 7987 emacs,gnus retitle 7987 message-mode perhaps to document more that it expects mail-header-separator severity 7987 minor From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 08 14:07:52 2011 Received: (at 7987) by debbugs.gnu.org; 8 Feb 2011 19:07:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pmsul-0006dZ-UV for submit@debbugs.gnu.org; Tue, 08 Feb 2011 14:07:52 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pmsuk-0006dO-Nz for 7987@debbugs.gnu.org; Tue, 08 Feb 2011 14:07:51 -0500 Received: from localhost ([127.0.0.1]:45227) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pmt3A-00048E-Rj; Tue, 08 Feb 2011 14:16:32 -0500 From: Glenn Morris To: Jesse Sheidlower Subject: Re: bug#7987: 23.2; Refill error in message-mode References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> X-Spook: encryption BLU-97 A/B BRLO lynch AVN CIA bomb ASDIC X-Ran: umhrDlmYMg1dAl?N\8HcU~pfna0=h.->w/`,CZdRoT[QzM;pBRr:iK5$2%I36MMb?qrI~- X-Hue: red X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 08 Feb 2011 14:16:32 -0500 In-Reply-To: <20110208154418.GL22848@panix.com> (Jesse Sheidlower's message of "Tue, 8 Feb 2011 10:44:19 -0500") Message-ID: <787hda8hgv.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 7987 Cc: 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) Jesse Sheidlower wrote: > The EmacsWiki page on MuttInEmacs does give a code sample (apparently > problematic, as there are various kludgy-looking updates) that 'sets > mail-header-separator to "" for M-q and auto-fill to work correctly', so I'd probably have tried that. > I'll experiment further and will update if necessary. Is there a > preferred way to tell message-mode to assume that the buffer is a > message body, rather than a header? For filling, you can in a mode hook change the value of fill-paragraph-function to something appropriate. The default is message-fill-paragraph, which checks for headers as you can see. I have no idea what other pieces of message-mode rely on the presence of mail-header-separator though. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 10 14:41:57 2011 Received: (at 7987) by debbugs.gnu.org; 10 Feb 2011 19:41:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PncOr-0007Yk-GT for submit@debbugs.gnu.org; Thu, 10 Feb 2011 14:41:57 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PncOp-0007YX-L6 for 7987@debbugs.gnu.org; Thu, 10 Feb 2011 14:41:56 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAAXQU01FxIyy/2dsb2JhbAClaXS6S4VcBIUBjzM X-IronPort-AV: E=Sophos;i="4.60,451,1291611600"; d="scan'208";a="91248753" Received: from 69-196-140-178.dsl.teksavvy.com (HELO ceviche.home) ([69.196.140.178]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 10 Feb 2011 14:50:43 -0500 Received: by ceviche.home (Postfix, from userid 20848) id B46A0660C9; Thu, 10 Feb 2011 14:50:42 -0500 (EST) From: Stefan Monnier To: Jesse Sheidlower Subject: Re: bug#7987: 23.2; Refill error in message-mode Message-ID: References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> Date: Thu, 10 Feb 2011 14:50:42 -0500 In-Reply-To: <20110208154418.GL22848@panix.com> (Jesse Sheidlower's message of "Tue, 8 Feb 2011 10:44:19 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7987 Cc: Glenn Morris , 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Hmm. I guess you're right, although this behavior doesn't seem to be > mentioned in the Manual. I'm using message-mode with Mutt, so there are > no headers in the buffer. No headers at all? Where's the subject, then? > But for what it's worth, one of the Emacs maintainers did look > this over and think it was a bug, so I'm not the only one confused. Indeed, I naively tried M-x message-mode in *scratch* and refilled some indented text, without paying much attention to the fact that there was no header. > I'll experiment further and will update if necessary. Is there a > preferred way to tell message-mode to assume that the buffer is a > message body, rather than a header? Add a header. Maybe it would be be good to make message-mode accept an empty line as a mail-header-separator (as does rfc822-goto-eoh). Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 10 15:53:26 2011 Received: (at 7987) by debbugs.gnu.org; 10 Feb 2011 20:53:26 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PndW1-0000ge-Qq for submit@debbugs.gnu.org; Thu, 10 Feb 2011 15:53:26 -0500 Received: from mail2.panix.com ([166.84.1.73]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PndVy-0000gQ-4V for 7987@debbugs.gnu.org; Thu, 10 Feb 2011 15:53:23 -0500 Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail2.panix.com (Postfix) with ESMTP id D6AEC38E4D; Thu, 10 Feb 2011 16:02:09 -0500 (EST) Received: by panix3.panix.com (Postfix, from userid 834) id E229B8FDDE; Thu, 10 Feb 2011 16:02:09 -0500 (EST) Date: Thu, 10 Feb 2011 16:02:09 -0500 From: Jesse Sheidlower To: Stefan Monnier Subject: Re: bug#7987: 23.2; Refill error in message-mode Message-ID: <20110210210209.GO293@panix.com> References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 7987 Cc: Glenn Morris , 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.3 (---) On Thu, Feb 10, 2011 at 02:50:42PM -0500, Stefan Monnier wrote: > > Hmm. I guess you're right, although this behavior doesn't seem to be > > mentioned in the Manual. I'm using message-mode with Mutt, so there are > > no headers in the buffer. > > No headers at all? Where's the subject, then? In the headers that are not dumped to Emacs. The default configuration of Mutt has the headers edited through the Mutt interface, and only the body is sent to your $EDITOR. (You can override this, and edit the entire message, including headers, if desired, but my impression is that most people don't do this.) > > I'll experiment further and will update if necessary. Is there a > > preferred way to tell message-mode to assume that the buffer is a > > message body, rather than a header? > > Add a header. > > Maybe it would be be good to make message-mode accept an empty line as > a mail-header-separator (as does rfc822-goto-eoh). Well, I don't truly know how common this use-case is (though it's common enough that the EmacsWiki entry for Mutt and Emacs provides a workaround), but maybe it would also be good to be able to have message-mode accept the fact that you're editing a message body only? I personally don't use message-mode for the actual sending of messages, and in general I'd think that there could be reasons for wanting the editing and formatting features of message-mode without the sending features. Being able to say explicitly that you're editing the body would be, to my mind, a better solution than adding a fake header, or adding "(setq mail-header-separator "")" to one's .emacs, which feel like kludges for this issue. I'm not familiar with other text-based e-mail programs, but this is how most GUI or web-based mailers work too--the headers are off in one place, where they can be modified using one method, and the body is some textarea that is edited using some other variety of tools. Jesse Sheidlower From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 10 20:49:32 2011 Received: (at 7987) by debbugs.gnu.org; 11 Feb 2011 01:49:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pni8Z-0007Be-Uk for submit@debbugs.gnu.org; Thu, 10 Feb 2011 20:49:32 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pni8X-0007BT-Ld for 7987@debbugs.gnu.org; Thu, 10 Feb 2011 20:49:30 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAL0mVE1FxIyy/2dsb2JhbAClb3S8IYVcBIUBjzQ X-IronPort-AV: E=Sophos;i="4.60,453,1291611600"; d="scan'208";a="91277901" Received: from 69-196-140-178.dsl.teksavvy.com (HELO ceviche.home) ([69.196.140.178]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 10 Feb 2011 20:58:17 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 2E972660C9; Thu, 10 Feb 2011 20:58:17 -0500 (EST) From: Stefan Monnier To: Jesse Sheidlower Subject: Re: bug#7987: 23.2; Refill error in message-mode Message-ID: References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> <20110210210209.GO293@panix.com> Date: Thu, 10 Feb 2011 20:58:17 -0500 In-Reply-To: <20110210210209.GO293@panix.com> (Jesse Sheidlower's message of "Thu, 10 Feb 2011 16:02:09 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7987 Cc: Glenn Morris , 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Well, I don't truly know how common this use-case is (though it's common > enough that the EmacsWiki entry for Mutt and Emacs provides a > workaround), but maybe it would also be good to be able to have > message-mode accept the fact that you're editing a message body only? I > personally don't use message-mode for the actual sending of messages, > and in general I'd think that there could be reasons for wanting the > editing and formatting features of message-mode without the sending > features. Being able to say explicitly that you're editing the body AFAIK, more than 90% of message-mode's code i devoted to editing of the headers and to the sending part of the job. E.g. I'm not sure what happens if you try to use MIME attachments in your use-case, but I suspect it won't work right. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 11 04:32:36 2011 Received: (at 7987) by debbugs.gnu.org; 11 Feb 2011 09:32:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnpMh-00014t-Ly for submit@debbugs.gnu.org; Fri, 11 Feb 2011 04:32:36 -0500 Received: from mail-out.m-online.net ([212.18.0.9]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnpMf-00014h-CR for 7987@debbugs.gnu.org; Fri, 11 Feb 2011 04:32:34 -0500 Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 7D10D1C0089D; Fri, 11 Feb 2011 10:41:21 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 4FB861C000F3; Fri, 11 Feb 2011 10:41:21 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id IYg5BY8SzC8c; Fri, 11 Feb 2011 10:41:20 +0100 (CET) Received: from hase (ppp-88-217-123-171.dynamic.mnet-online.de [88.217.123.171]) by mail.mnet-online.de (Postfix) with ESMTP; Fri, 11 Feb 2011 10:41:19 +0100 (CET) From: Andreas Schwab To: Jesse Sheidlower Subject: Re: bug#7987: 23.2; Refill error in message-mode References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> <20110210210209.GO293@panix.com> X-Yow: When you said ``HEAVILY FORESTED'' it reminded me of an overdue CLEANING BILL.. Don't you SEE? O'Grogan SWALLOWED a VALUABLE COIN COLLECTION and HAD to murder the ONLY MAN who KNEW!! Date: Fri, 11 Feb 2011 10:41:19 +0100 In-Reply-To: <20110210210209.GO293@panix.com> (Jesse Sheidlower's message of "Thu, 10 Feb 2011 16:02:09 -0500") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 7987 Cc: Stefan Monnier , 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Jesse Sheidlower writes: > In the headers that are not dumped to Emacs. The default configuration > of Mutt has the headers edited through the Mutt interface, and only the > body is sent to your $EDITOR. Then what you are editing is not a message and message-mode is not the right mode to use. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 11 04:38:13 2011 Received: (at 7987) by debbugs.gnu.org; 11 Feb 2011 09:38:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnpS8-0001Ca-Go for submit@debbugs.gnu.org; Fri, 11 Feb 2011 04:38:13 -0500 Received: from mail-out.m-online.net ([212.18.0.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnpS7-0001CP-4J for 7987@debbugs.gnu.org; Fri, 11 Feb 2011 04:38:11 -0500 Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 0B9E01853B9B; Fri, 11 Feb 2011 10:46:59 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 7361F1C0014E; Fri, 11 Feb 2011 10:46:59 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id KyLW4LDR7cPk; Fri, 11 Feb 2011 10:46:58 +0100 (CET) Received: from hase (ppp-88-217-123-171.dynamic.mnet-online.de [88.217.123.171]) by mail.mnet-online.de (Postfix) with ESMTP; Fri, 11 Feb 2011 10:46:58 +0100 (CET) From: Andreas Schwab To: Stefan Monnier Subject: Re: bug#7987: 23.2; Refill error in message-mode References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> <20110210210209.GO293@panix.com> X-Yow: On the road, ZIPPY is a pinhead without a purpose, but never without a POINT. Date: Fri, 11 Feb 2011 10:46:58 +0100 In-Reply-To: (Stefan Monnier's message of "Thu, 10 Feb 2011 20:58:17 -0500") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 7987 Cc: Jesse Sheidlower , 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Stefan Monnier writes: > E.g. I'm not sure what happens if you try to use MIME attachments in > your use-case, but I suspect it won't work right. Attachments are handled by mml-mode which is an independent (minor-)mode. Of course, Mutt is unlikely to know about MML. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 11 05:57:51 2011 Received: (at 7987) by debbugs.gnu.org; 11 Feb 2011 10:57:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnqhD-0002x9-0d for submit@debbugs.gnu.org; Fri, 11 Feb 2011 05:57:51 -0500 Received: from mail1.panix.com ([166.84.1.72]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnqhC-0002wz-4V for 7987@debbugs.gnu.org; Fri, 11 Feb 2011 05:57:50 -0500 Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail1.panix.com (Postfix) with ESMTP id 7257D1F082; Fri, 11 Feb 2011 06:06:39 -0500 (EST) Received: by panix3.panix.com (Postfix, from userid 834) id 8E97A8FDDE; Fri, 11 Feb 2011 06:06:39 -0500 (EST) Date: Fri, 11 Feb 2011 06:06:39 -0500 From: Jesse Sheidlower To: Stefan Monnier Subject: Re: bug#7987: 23.2; Refill error in message-mode Message-ID: <20110211110639.GT21808@panix.com> References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> <20110210210209.GO293@panix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 7987 Cc: Glenn Morris , 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.1 (---) On Thu, Feb 10, 2011 at 08:58:17PM -0500, Stefan Monnier wrote: > > Well, I don't truly know how common this use-case is (though it's common > > enough that the EmacsWiki entry for Mutt and Emacs provides a > > workaround), but maybe it would also be good to be able to have > > message-mode accept the fact that you're editing a message body only? I > > personally don't use message-mode for the actual sending of messages, > > and in general I'd think that there could be reasons for wanting the > > editing and formatting features of message-mode without the sending > > features. Being able to say explicitly that you're editing the body > > AFAIK, more than 90% of message-mode's code i devoted to editing of the > headers and to the sending part of the job. E.g. I'm not sure what > happens if you try to use MIME attachments in your use-case, but > I suspect it won't work right. In my use-case you wouldn't do this; as with the headers, you'd normally attach MIME attachments using Mutt itself, not Emacs. Jesse From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 11 06:06:06 2011 Received: (at 7987) by debbugs.gnu.org; 11 Feb 2011 11:06:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnqpC-00038q-J3 for submit@debbugs.gnu.org; Fri, 11 Feb 2011 06:06:06 -0500 Received: from mail2.panix.com ([166.84.1.73]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PnqpB-00038O-3a for 7987@debbugs.gnu.org; Fri, 11 Feb 2011 06:06:05 -0500 Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail2.panix.com (Postfix) with ESMTP id 219D738E51; Fri, 11 Feb 2011 06:14:54 -0500 (EST) Received: by panix3.panix.com (Postfix, from userid 834) id 2023E8FDDE; Fri, 11 Feb 2011 06:14:54 -0500 (EST) Date: Fri, 11 Feb 2011 06:14:54 -0500 From: Jesse Sheidlower To: Andreas Schwab Subject: Re: bug#7987: 23.2; Refill error in message-mode Message-ID: <20110211111454.GU21808@panix.com> References: <8lr5bj60dx.fsf@fencepost.gnu.org> <20110208154418.GL22848@panix.com> <20110210210209.GO293@panix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 7987 Cc: Stefan Monnier , 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On Fri, Feb 11, 2011 at 10:41:19AM +0100, Andreas Schwab wrote: > Jesse Sheidlower writes: > > > In the headers that are not dumped to Emacs. The default configuration > > of Mutt has the headers edited through the Mutt interface, and only the > > body is sent to your $EDITOR. > > Then what you are editing is not a message and message-mode is not the > right mode to use. Well, what _is_ the right mode to use that handles refilling text that's quoted with ">" characters, and coloring such text, and not really doing anything else? I'd be happy to use that, or to add this capability to text-mode by using hooks, or something. When I first brought up the question in gnu.emacs.help, I specified that I wasn't interested in the mail-handling capabilities of these modes, so if 90% of the code of message-mode is wasted on me, I can't help that. It's typical for Mutt users to use message-mode, mail-mode, or post-mode for editing the body of e-mails, i.e. it's not just me who wants this functionality. The fact that people use kludges to force message-mode into behaving in the desired way, shows that there's a need for this. Jesse From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 29 20:41:01 2011 Received: (at 7987-close) by debbugs.gnu.org; 30 Jun 2011 00:41:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qc5JU-0007An-Lm for submit@debbugs.gnu.org; Wed, 29 Jun 2011 20:41:01 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qc5JR-0007Ab-Sb for 7987-close@debbugs.gnu.org; Wed, 29 Jun 2011 20:40:58 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1Qc5JG-0007IH-D6; Thu, 30 Jun 2011 02:40:46 +0200 From: Lars Magne Ingebrigtsen To: Jesse Sheidlower Subject: Re: bug#7987: 23.2; Refill error in message-mode In-Reply-To: (Jesse Sheidlower's message of "Fri, 04 Feb 2011 22:18:14 -0500") Date: Thu, 30 Jun 2011 02:40:41 +0200 Message-ID: References: User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEUUGCwBAAIFBAmdpL/d 4O8DAgUJCBFHUnIa7oGaAAACSUlEQVQ4jV2UzWvcMBDFB0rkaxxQz0Fgn0Ml0LUgw15jFfVsDNHZ VKb69/uerN2QisWs56c3H9KMRY9p/G+tOqUk60t+zzm/itqy7JvKTyqrTPAsm/B3iOLj+HuIyJRk 1OZ7jHEyeZ/Nvpt5hz5/APSlk8FK64q/LcZlTmmfuXOfUmqviNF2/97VhjiidpO0HrtCp3nOsNZa RWWTElxFKNbmRoZqra0HCBAA9qdMe1mwgj/orbnSMeeN9hACCeLAbu6gLjQ3jUJqcZJVN4ELASEs yE2YM9LVzAgBrO3kYGIAxkBwYn9xzloHoMyEGJopVdiKWxoJN+QVo6A6egqw22JdCYxuTJQXM28D Xi005bSh2lNQI1yZbRvOxdvgay3WnqV2EJkslvW++rMAv2X4khQZeynOwvKtAr7JA0CBELZCU29U wJeMVKC8BXsrkffthBFjpiu7ICE6guJnA2O6A19KRRW3rhj1jBgs+vS1oFJrb9IVG0BwASUgN8cr uYJfIOB4C87EueUCieBkWjS24/Wyd8DrQFa4juB4IeoBUEgI7rr1JXSQDEsnoWKhpwZWnMnWeid0 QT9dTAl9udYhfNijgzG9qt5uyyWgp1kSO5f92YG/PAGgted8J863viaYCGa2emFT16NdE9Pl+Nyn oB7HJaArrjhjMK912alok4NatmbP3W6kT2ZsI5gf9jtA/cZwONHPMX2CtYn4zgmInwDo+RjwfRie kpm+gPEXB8GGH/D0FbwPdRAZ/kxpmjrQ69hGnotRrqz+AU54AQVXl0XzAAAAAElFTkSuQmCC X-Now-Playing: Various's _A Tribute to Arthur Russell_: "Pocketknife feat Joe Worricker - Get Around To It (Mark E Remix)" X-Hashcash: 1:23:110630:7987@debbugs.gnu.org::ozlBr7ksz7JOhlqi:000000000000000000000000000000000000000009tun X-Hashcash: 1:23:110630:jester@panix.com::vq9LiV1K8/b+kZAD:1Bylb MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1Qc5JG-0007IH-D6 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1309999246.53483@gy4njJV2iVW/FqOpSh7oKQ X-Spam-Status: No X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 7987-close Cc: 7987-close@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.2 (---) Jesse Sheidlower writes: > In message-mode, there is an error in the fill command when you try to > refill indented (blockquoted) paragraphs. Instead of filling the > indented paragraph in-place, it removes empty lines before and after the > blockquote, indents the first line further, and then indents the second > and subsequent lines further still, leading to a mess. I've now changed `message-point-in-header-p' to return nil if there's no header separator at all. I think this should make your use case work better, without leading to any other problems. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 30 16:00:10 2011 Received: (at 7987) by debbugs.gnu.org; 30 Jun 2011 20:00:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcNPG-0000Qf-Ha for submit@debbugs.gnu.org; Thu, 30 Jun 2011 16:00:10 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcNPE-0000Q0-3K for 7987@debbugs.gnu.org; Thu, 30 Jun 2011 16:00:08 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwHALnUDE5MCqDH/2dsb2JhbABSmGuOb3iIeL5phjEEnk6EKw X-IronPort-AV: E=Sophos;i="4.65,454,1304308800"; d="scan'208";a="118209655" Received: from 76-10-160-199.dsl.teksavvy.com (HELO pastel.home) ([76.10.160.199]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 30 Jun 2011 16:00:02 -0400 Received: by pastel.home (Postfix, from userid 20848) id B7D675912D; Thu, 30 Jun 2011 16:00:01 -0400 (EDT) From: Stefan Monnier To: 7987@debbugs.gnu.org Subject: Re: bug#7987: 23.2; Refill error in message-mode Message-ID: References: Date: Thu, 30 Jun 2011 16:00:01 -0400 In-Reply-To: (Lars Magne Ingebrigtsen's message of "Thu, 30 Jun 2011 02:40:41 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7987 Cc: larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> In message-mode, there is an error in the fill command when you try to >> refill indented (blockquoted) paragraphs. Instead of filling the >> indented paragraph in-place, it removes empty lines before and after the >> blockquote, indents the first line further, and then indents the second >> and subsequent lines further still, leading to a mess. > I've now changed `message-point-in-header-p' to return nil if there's no > header separator at all. I think this should make your use case work > better, without leading to any other problems. Hmm... so message-mode now won't recognize an RFC2822-format buffer (i.e. with an empty line as header separator)? That would seem like a more important use-case then the "no header" case. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 30 16:10:30 2011 Received: (at 7987) by debbugs.gnu.org; 30 Jun 2011 20:10:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcNZG-0000fJ-Gy for submit@debbugs.gnu.org; Thu, 30 Jun 2011 16:10:30 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QcNZE-0000f3-Pz for 7987@debbugs.gnu.org; Thu, 30 Jun 2011 16:10:29 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QcNZ3-00034l-Kn; Thu, 30 Jun 2011 22:10:17 +0200 From: Lars Magne Ingebrigtsen To: Stefan Monnier Subject: Re: bug#7987: 23.2; Refill error in message-mode In-Reply-To: (Stefan Monnier's message of "Thu, 30 Jun 2011 16:00:01 -0400") Date: Thu, 30 Jun 2011 22:10:11 +0200 Message-ID: References: User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEX29vj8/PxsbG7JyMyl pKgPDg4GBAUvLzDl5On////w7/PY19vt8nYXAAACK0lEQVQ4ja3UMYvbMBgGYIV2aJMl3uobHYM7 HpEHkyzF9jUH2QKKC916Z3XoZhK0hrqDiJfL6C0lN7jKUk6GmtOf6yc7DtccgVL64sV68n62iBKU nwn6dyjkei899RxSrDCe8vZ2g47r0vMklvgUeipVnpTKO4XT/F+42/mWjh2GI1FerjrGZs81XHxd EjKnlJJZIK3gHUJGF+d3KH/zbUkiDXQR+la26orv/Z6GB2tJmIZ44Sd2JSBbQ8OEQHQhtq0oqQTP hDD0M65aiCxnblc7j2fr1RMgZGY51F6XFc8qpUddERrDtSSJxWKL41Gx93DTqOc4LHFYtJC4Kgqv bcCgge8wKA0w5pzjqgXCRuKeMdu1g3EF0IyCPSzGAnUnHn+wQ3gpjl1TA6Wff/YRQoUQv8IQXopL VzfeU3rbMQC6Yj8JA6XfFh/gxtggA0q7YYhraBsfDZ0+euFbSu9PDs0GPuQN7Ic2riHQ5wrgS57X 8ApjaPAqmx7gxmygFwScrzOl2sZtDQZ6OfDXmQbbzPXO5586pmFqSJZcPWYSWw2Q+NIwNjCqZL4c Vxk+An0rYB9d4VqlHwCEDTBCZ94KdbPKValvj6XbwIQt5/HiERXldXqB03AK60eg0fW24DCt9GQI 6y3ANxtNt51+IeDHo9cPwOqzkMD9IK0/z45A5qROFMBhdNgTOITZUGDPIUo0wHmpYa/giYcozlWd v/xnqH6cAf76DJwd9Ud+A/ZE/Paxc8BFAAAAAElFTkSuQmCC X-Now-Playing: Keith Jarrett's _The =?iso-8859-1?Q?K=F6ln?= Concert_: "Part II b" X-Hashcash: 1:23:110630:7987@debbugs.gnu.org::kbrSNA/cETPqaPsU:00000000000000000000000000000000000000000Gyup X-Hashcash: 1:23:110630:monnier@iro.umontreal.ca::d2oXz7j/gQaRFnNd:0000000000000000000000000000000000000fLg0 MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1QcNZ3-00034l-Kn X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1310069417.81909@qJPQShbRG4HJZEFvBWKCZg X-Spam-Status: No X-Spam-Score: -3.1 (---) X-Debbugs-Envelope-To: 7987 Cc: 7987@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.1 (---) Stefan Monnier writes: > Hmm... so message-mode now won't recognize an RFC2822-format buffer > (i.e. with an empty line as header separator)? That would seem like > a more important use-case then the "no header" case. I use an empty line as a separator, and `M-q' and friends work for me in all my use cases. But it's certainly possible that I've missed some. Using an empty line as a separator, and then not including any headers in the buffer doesn't work, though. Eurhm. That wasn't the original author's use case, was it? I assumed that he had a buffer starting with --- text follows etc etc --- with no headers before that... If not, yeah, you're right -- message mode just isn't meant to be used like that. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 09 15:07:33 2011 Received: (at control) by debbugs.gnu.org; 9 Jul 2011 19:07:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QfcsH-0001R8-Cz for submit@debbugs.gnu.org; Sat, 09 Jul 2011 15:07:33 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QfcsG-0001Qy-Iy for control@debbugs.gnu.org; Sat, 09 Jul 2011 15:07:32 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QfcsB-0007dV-BX for control@debbugs.gnu.org; Sat, 09 Jul 2011 15:07:27 -0400 Date: Sat, 09 Jul 2011 15:07:27 -0400 Message-Id: Subject: control message for bug 8594 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) forcemerge 7987 8594 From unknown Wed Jun 18 00:21:36 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 07 Aug 2011 11:24:21 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator