Report forwarded to debian-bugs-dist@lists.debian.org, Rob Browning <rlb@cs.utexas.edu>:
Bug#42433; Package emacs20.   debian-bugs-dist@lists.debian.orgRob Browning  Subject: Bug#42433: emacs20: mh-comp.el incompatible with nmh-1.0.1 Reply-To: , 42433@bugs.debian.org Resent-From: Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Rob Browning Resent-Date: Wed, 04 Aug 1999 07:18:00 GMT Resent-Message-ID: Resent-Sender: iwj@debian.org X-Debian-PR-Message: report 42433 X-Debian-PR-Package: emacs20 X-Debian-PR-Keywords: X-Loop: owner@bugs.debian.org Received: via spool by bugs@bugs.debian.org id=B.93375040619768 (code B ref -1); Wed, 04 Aug 1999 07:18:00 GMT Date: Wed, 4 Aug 1999 03:04:22 -0400 Message-Id: <199908040704.DAA13428@aleph.swift.xxx> From: To: submit@bugs.debian.org X-Mailer: bug 3.2.2 Package: emacs20 Version: 20.3-10 Severity: normal When using the mh-e system for email that comes with emacs20, there are problems with replying to mail when you have nmh-1.0.1 installed. I believe the options to nmh's repl(1) are different than older versions of repl(1) that were in MH. When you respond to a mail in mh-e, you get a menu asking who you want the reply to go to: "all", "to", or "from" (and "cc", the same as "all"). "from" is the default if you hit . The problem is that all responses behave as if you answered "from" (or simply pressed ). I've patched mh-comp.el and give the diff below. This works with nmh-1.0.1, but probably it doesn't now work any more with older versions of MH. So the patch isn't the ideal one, probably. Probably this bug & patch should be forwarded upstream to GNU, but I leave that to you. diff -c /usr/share/emacs/20.3/lisp/mail/mh-comp.el /var/tmp/mh-comp.el *** /usr/share/emacs/20.3/lisp/mail/mh-comp.el Sun Oct 4 12:54:38 1998 --- /var/tmp/mh-comp.el Wed Aug 4 02:58:38 1999 *************** *** 141,151 **** is searched for first in the user's MH directory, then in the system MH lib directory.") ! (defvar mh-repl-formfile "replcomps" ! "Name of file to be used as a skeleton for replying to messages. ! Default is \"replcomps\". If not an absolute file name, the file ! is searched for first in the user's MH directory, then in the ! system MH lib directory.") ;;; Hooks: --- 141,157 ---- is searched for first in the user's MH directory, then in the system MH lib directory.") ! (defvar mh-repl-formfile nil ! "A string value means use that file as a skeleton for sender-replying to messages. ! Nil means use default of \"replcomps\". If not an absolute file ! name, the file is searched for first in the user's MH directory, ! then in the system MH lib directory.") ! ! (defvar mh-repl-group-formfile nil ! "A string value means use that file as a skeleton for group-replying to messages. ! Nil means use default of \"replgroupcomps\". If not an absolute ! file name, the file is searched for first in the user's MH ! directory, then in the system MH lib directory.") ;;; Hooks: *************** *** 402,409 **** from sender only, to sender and primary recipients, cc/all sender and all recipients. ! If the file named by `mh-repl-formfile' exists, it is used as a skeleton ! for the reply. See also documentation for `\\[mh-send]' function." (interactive (list (mh-get-msg-num t) current-prefix-arg)) (let ((minibuffer-help-form "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) --- 408,419 ---- from sender only, to sender and primary recipients, cc/all sender and all recipients. ! If the file named by `mh-repl-formfile' exists, it is used as a ! skeleton for replies to the sender only (\"from\"); if the file ! named by `mh-repl-group-formfile' exists, it is used as a ! skeleton for all other kinds of replies. ! ! See also documentation for `\\[mh-send]' function." (interactive (list (mh-get-msg-num t) current-prefix-arg)) (let ((minibuffer-help-form "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) *************** *** 417,433 **** (config (current-window-configuration))) (message "Composing a reply...") (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" ! (if (stringp mh-repl-formfile) ;must be string, but we're paranoid ! (list "-form" mh-repl-formfile)) ! mh-current-folder message ! (cond ((or (equal reply-to "from") (equal reply-to "")) ! '("-nocc" "all")) ! ((equal reply-to "to") ! '("-cc" "to")) ! ((or (equal reply-to "cc") (equal reply-to "all")) ! '("-cc" "all" "-nocc" "me"))) ! (if includep ! '("-filter" "mhl.reply"))) (let ((draft (mh-read-draft "reply" (expand-file-name "reply" mh-user-path) t))) --- 427,441 ---- (config (current-window-configuration))) (message "Composing a reply...") (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" ! mh-current-folder message ! (cond ((or (equal reply-to "from") (equal reply-to "")) ! "-nogroup") ! ((equal reply-to "to") ! '("-group" "-nocc" "cc" "-nocc" "me")) ! ((or (equal reply-to "cc") (equal reply-to "all")) ! '("-group" "-nocc" "me"))) ! (if includep ! '("-filter" "mhl.reply"))) (let ((draft (mh-read-draft "reply" (expand-file-name "reply" mh-user-path) t))) Diff finished at Wed Aug 4 02:59:22 -- System Information Debian Release: potato Kernel Version: Linux aleph 2.0.36 #1 Fri Jan 15 18:12:05 EST 1999 i586 unknown Versions of the packages emacs20 depends on: ii emacsen-common 1.4.9 Common facilities for all emacsen. ii libc6 2.1.2-0pre4 GNU C Library: Shared libraries and timezone ii liblockfile0 0.1-6 Shared library with NFS-safe locking functio ii libncurses4 4.2-3.2 Shared libraries for terminal handling ii xlib6g 3.3.3.1-10 shared libraries required by X clients   Acknowledgement sent to <swift@alum.mit.edu>:
New bug report received and forwarded. Copy sent to Rob Browning <rlb@cs.utexas.edu>.   -t  From: owner@bugs.debian.org (Debian Bug Tracking System) To: Subject: Bug#42433: Acknowledgement (emacs20: mh-comp.el incompatible with nmh-1.0.1) Message-ID: In-Reply-To: <199908040704.DAA13428@aleph.swift.xxx> References: <199908040704.DAA13428@aleph.swift.xxx> X-Debian-PR-Message: ack 42433 Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the developers' mailing list for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Rob Browning If you wish to submit further information on your problem, please send it to 42433@bugs.debian.org (and *not* to bugs@bugs.debian.org). Please do not reply to the address at the top of this message, unless you wish to report a problem with the bug-tracking system. Ian Jackson (administrator, Debian bugs database)   Received: (at submit) by bugs.debian.org; 4 Aug 1999 07:06:46 +0000 Received: (qmail 19765 invoked from network); 4 Aug 1999 07:06:46 -0000 Received: from nautilus.shore.net (207.244.124.104) by master.debian.org with SMTP; 4 Aug 1999 07:06:46 -0000 Received: from swift.shore.net (aleph.swift.xxx) [206.243.167.24] by nautilus.shore.net with esmtp (Exim) id 11Bv8M-00024v-00; Wed, 4 Aug 1999 03:06:42 -0400 Received: (from swift@localhost) by aleph.swift.xxx (8.9.3/8.9.3/Debian/GNU) id DAA13428; Wed, 4 Aug 1999 03:04:22 -0400 Date: Wed, 4 Aug 1999 03:04:22 -0400 Message-Id: <199908040704.DAA13428@aleph.swift.xxx> From: Subject: emacs20: mh-comp.el incompatible with nmh-1.0.1 To: submit@bugs.debian.org X-Mailer: bug 3.2.2 Package: emacs20 Version: 20.3-10 Severity: normal When using the mh-e system for email that comes with emacs20, there are problems with replying to mail when you have nmh-1.0.1 installed. I believe the options to nmh's repl(1) are different than older versions of repl(1) that were in MH. When you respond to a mail in mh-e, you get a menu asking who you want the reply to go to: "all", "to", or "from" (and "cc", the same as "all"). "from" is the default if you hit . The problem is that all responses behave as if you answered "from" (or simply pressed ). I've patched mh-comp.el and give the diff below. This works with nmh-1.0.1, but probably it doesn't now work any more with older versions of MH. So the patch isn't the ideal one, probably. Probably this bug & patch should be forwarded upstream to GNU, but I leave that to you. diff -c /usr/share/emacs/20.3/lisp/mail/mh-comp.el /var/tmp/mh-comp.el *** /usr/share/emacs/20.3/lisp/mail/mh-comp.el Sun Oct 4 12:54:38 1998 --- /var/tmp/mh-comp.el Wed Aug 4 02:58:38 1999 *************** *** 141,151 **** is searched for first in the user's MH directory, then in the system MH lib directory.") ! (defvar mh-repl-formfile "replcomps" ! "Name of file to be used as a skeleton for replying to messages. ! Default is \"replcomps\". If not an absolute file name, the file ! is searched for first in the user's MH directory, then in the ! system MH lib directory.") ;;; Hooks: --- 141,157 ---- is searched for first in the user's MH directory, then in the system MH lib directory.") ! (defvar mh-repl-formfile nil ! "A string value means use that file as a skeleton for sender-replying to messages. ! Nil means use default of \"replcomps\". If not an absolute file ! name, the file is searched for first in the user's MH directory, ! then in the system MH lib directory.") ! ! (defvar mh-repl-group-formfile nil ! "A string value means use that file as a skeleton for group-replying to messages. ! Nil means use default of \"replgroupcomps\". If not an absolute ! file name, the file is searched for first in the user's MH ! directory, then in the system MH lib directory.") ;;; Hooks: *************** *** 402,409 **** from sender only, to sender and primary recipients, cc/all sender and all recipients. ! If the file named by `mh-repl-formfile' exists, it is used as a skeleton ! for the reply. See also documentation for `\\[mh-send]' function." (interactive (list (mh-get-msg-num t) current-prefix-arg)) (let ((minibuffer-help-form "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) --- 408,419 ---- from sender only, to sender and primary recipients, cc/all sender and all recipients. ! If the file named by `mh-repl-formfile' exists, it is used as a ! skeleton for replies to the sender only (\"from\"); if the file ! named by `mh-repl-group-formfile' exists, it is used as a ! skeleton for all other kinds of replies. ! ! See also documentation for `\\[mh-send]' function." (interactive (list (mh-get-msg-num t) current-prefix-arg)) (let ((minibuffer-help-form "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) *************** *** 417,433 **** (config (current-window-configuration))) (message "Composing a reply...") (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" ! (if (stringp mh-repl-formfile) ;must be string, but we're paranoid ! (list "-form" mh-repl-formfile)) ! mh-current-folder message ! (cond ((or (equal reply-to "from") (equal reply-to "")) ! '("-nocc" "all")) ! ((equal reply-to "to") ! '("-cc" "to")) ! ((or (equal reply-to "cc") (equal reply-to "all")) ! '("-cc" "all" "-nocc" "me"))) ! (if includep ! '("-filter" "mhl.reply"))) (let ((draft (mh-read-draft "reply" (expand-file-name "reply" mh-user-path) t))) --- 427,441 ---- (config (current-window-configuration))) (message "Composing a reply...") (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" ! mh-current-folder message ! (cond ((or (equal reply-to "from") (equal reply-to "")) ! "-nogroup") ! ((equal reply-to "to") ! '("-group" "-nocc" "cc" "-nocc" "me")) ! ((or (equal reply-to "cc") (equal reply-to "all")) ! '("-group" "-nocc" "me"))) ! (if includep ! '("-filter" "mhl.reply"))) (let ((draft (mh-read-draft "reply" (expand-file-name "reply" mh-user-path) t))) Diff finished at Wed Aug 4 02:59:22 -- System Information Debian Release: potato Kernel Version: Linux aleph 2.0.36 #1 Fri Jan 15 18:12:05 EST 1999 i586 unknown Versions of the packages emacs20 depends on: ii emacsen-common 1.4.9 Common facilities for all emacsen. ii libc6 2.1.2-0pre4 GNU C Library: Shared libraries and timezone ii liblockfile0 0.1-6 Shared library with NFS-safe locking functio ii libncurses4 4.2-3.2 Shared libraries for terminal handling ii xlib6g 3.3.3.1-10 shared libraries required by X clients   Bug reassigned from package `emacs20' to `emacs21'. Request was from Jérôme Marant <jerome@debian.org> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 6 Jan 2007 11:38:26 +0000 From jerome@marant.org Sat Jan 06 03:38:26 2007 Return-path: Received: from smtp6-g19.free.fr ([212.27.42.36]) by spohr.debian.org with esmtp (Exim 4.50) id 1H39sY-00033g-Ge for control@bugs.debian.org; Sat, 06 Jan 2007 03:38:26 -0800 Received: from localhost.localdomain (mol92-4-82-227-97-206.fbx.proxad.net [82.227.97.206]) by smtp6-g19.free.fr (Postfix) with ESMTP id 1B82E43677 for ; Sat, 6 Jan 2007 12:38:24 +0100 (CET) Received: by localhost.localdomain (Postfix, from userid 1000) id D310F9812A0; Sat, 6 Jan 2007 12:38:18 +0100 (CET) From: =?UTF-8?Q?J=C3=A9r=C3=B4me?= Marant To: control@bugs.debian.org Subject: reassign 9741 to emacs21, reassign 21928 to emacs21, reassign 27399 to emacs21 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... Date: Sat, 6 Jan 2007 12:38:18 +0100 X-BTS-Version: 2.9.27 Message-Id: <20070106113818.D310F9812A0@localhost.localdomain> Delivered-To: control@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL autolearn=no version=2.60-bugs.debian.org_2005_01_02 # Automatically generated email from bts, devscripts version 2.9.27 reassign 9741 emacs21 reassign 21928 emacs21 reassign 27399 emacs21 reassign 28335 emacs21 reassign 28708 emacs21 reassign 39776 emacs21 reassign 40474 emacs21 reassign 42433 emacs21 reassign 48864 emacs21 reassign 48923 emacs21 reassign 65075 emacs21 reassign 65479 emacs21 reassign 65480 emacs21 reassign 67828 emacs21 reassign 68803 emacs21 reassign 100855 emacs21 reassign 102290 emacs21 reassign 102694 emacs21 reassign 103004 emacs21 reassign 103053 emacs21 reassign 107259 emacs21 reassign 109145 emacs21 reassign 111674 emacs21 reassign 115440 emacs21 reassign 117772 emacs21 reassign 125960 emacs21 reassign 130749 emacs21 reassign 149196 emacs21 reassign 157227 emacs21 reassign 198567 emacs21 reassign 201973 emacs21 reassign 298925 emacs21   Information forwarded to debian-bugs-dist@lists.debian.org, Rob Browning <rlb@defaultvalue.org>:
Bug#42433; Package emacs21.   debian-bugs-dist@lists.debian.orgRob Browning  X-Loop: owner@bugs.debian.org Subject: Bug#42433: emacs20: mh-comp.el incompatible with nmh-1.0.1 Reply-To: Sven Joachim , 42433@bugs.debian.org Resent-From: Sven Joachim Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Rob Browning Resent-Date: Wed, 07 Jan 2009 10:24:04 +0000 Resent-Message-ID: Resent-Sender: owner@bugs.debian.org X-Debian-PR-Message: followup 42433 X-Debian-PR-Package: emacs21 X-Debian-PR-Keywords: X-Debian-PR-Source: emacs21 Received: via spool by 42433-submit@bugs.debian.org id=B42433.123132350331314 (code B ref 42433); Wed, 07 Jan 2009 10:24:04 +0000 Received: (at 42433) by bugs.debian.org; 7 Jan 2009 10:18:23 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rietz.debian.org X-Spam-Level: X-Spam-Bayes: score:0.0000 Tokens: new, 77; hammy, 148; neutral, 110; spammy, 3. spammytokens:0.995-1--Hooks, 0.993-1--UD:reply, 0.987-1--Nil hammytokens:0.000-+--Severity, 0.000-+--H*UA:Emacs, 0.000-+--H*UA:Gnus, 0.000-+--H*u:Gnus, 0.000-+--H*u:linux X-Spam-Status: No, score=-7.9 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,MURPHY_SEX_L2,SPF_PASS,VALID_BTS_CONTROL autolearn=unavailable version=3.2.3-bugs.debian.org_2005_01_02 Received: from mail.gmx.net ([213.165.64.20]) by rietz.debian.org with smtp (Exim 4.63) (envelope-from ) id 1LKVHD-00053x-E9 for 42433@bugs.debian.org; Wed, 07 Jan 2009 10:04:51 +0000 Received: (qmail invoked by alias); 07 Jan 2009 10:04:33 -0000 Received: from p54863A83.dip.t-dialin.net (EHLO turtle.gmx.de) [84.134.58.131] by mail.gmx.net (mp071) with SMTP; 07 Jan 2009 11:04:33 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX1+q/SsShFyqdVB9xdj8BOlAjbw4wLa6qnZIMnRSJ8 Tso0pdmqnCPwPd Received: by turtle.gmx.de (Postfix, from userid 1000) id 45DD1354B0; Wed, 7 Jan 2009 11:04:33 +0100 (CET) From: Sven Joachim To: Cc: 42433@bugs.debian.org References: <199908040704.DAA13428@aleph.swift.xxx> Date: Wed, 07 Jan 2009 11:04:33 +0100 In-Reply-To: <199908040704.DAA13428@aleph.swift.xxx> (swift@alum.mit.edu's message of "Wed, 4 Aug 1999 03:04:22 -0400") Message-ID: <87wsd7xwi6.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 tags 42433 + moreinfo thanks Hi, I'm revising old Emacs bugs in Debian. On 1999-08-04 09:04 +0200, swift@alum.mit.edu wrote: > Package: emacs20 > Version: 20.3-10 > Severity: normal > > When using the mh-e system for email that comes with emacs20, there are > problems with replying to mail when you have nmh-1.0.1 installed. I believe > the options to nmh's repl(1) are different than older versions of repl(1) that > were in MH. > > When you respond to a mail in mh-e, you get a menu asking who you want the > reply to go to: "all", "to", or "from" (and "cc", the same as "all"). "from" > is the default if you hit . > > The problem is that all responses behave as if you answered "from" (or simply > pressed ). Is this still a problem for you in newer versions of Emacs and nmh? I've never used MH-E, so I cannot tell. > I've patched mh-comp.el and give the diff below. This works with nmh-1.0.1, > but probably it doesn't now work any more with older versions of MH. So the > patch isn't the ideal one, probably. > > Probably this bug & patch should be forwarded upstream to GNU, but I leave that > to you. Unfortunately the patch does not apply against recent versions of mh-comp.el. > diff -c /usr/share/emacs/20.3/lisp/mail/mh-comp.el /var/tmp/mh-comp.el > *** /usr/share/emacs/20.3/lisp/mail/mh-comp.el Sun Oct 4 12:54:38 1998 > --- /var/tmp/mh-comp.el Wed Aug 4 02:58:38 1999 > *************** > *** 141,151 **** > is searched for first in the user's MH directory, then in the > system MH lib directory.") > > ! (defvar mh-repl-formfile "replcomps" > ! "Name of file to be used as a skeleton for replying to messages. > ! Default is \"replcomps\". If not an absolute file name, the file > ! is searched for first in the user's MH directory, then in the > ! system MH lib directory.") > > ;;; Hooks: > > --- 141,157 ---- > is searched for first in the user's MH directory, then in the > system MH lib directory.") > > ! (defvar mh-repl-formfile nil > ! "A string value means use that file as a skeleton for sender-replying to messages. > ! Nil means use default of \"replcomps\". If not an absolute file > ! name, the file is searched for first in the user's MH directory, > ! then in the system MH lib directory.") > ! > ! (defvar mh-repl-group-formfile nil > ! "A string value means use that file as a skeleton for group-replying to messages. > ! Nil means use default of \"replgroupcomps\". If not an absolute > ! file name, the file is searched for first in the user's MH > ! directory, then in the system MH lib directory.") > > ;;; Hooks: > > *************** > *** 402,409 **** > from sender only, > to sender and primary recipients, > cc/all sender and all recipients. > ! If the file named by `mh-repl-formfile' exists, it is used as a skeleton > ! for the reply. See also documentation for `\\[mh-send]' function." > (interactive (list (mh-get-msg-num t) current-prefix-arg)) > (let ((minibuffer-help-form > "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) > --- 408,419 ---- > from sender only, > to sender and primary recipients, > cc/all sender and all recipients. > ! If the file named by `mh-repl-formfile' exists, it is used as a > ! skeleton for replies to the sender only (\"from\"); if the file > ! named by `mh-repl-group-formfile' exists, it is used as a > ! skeleton for all other kinds of replies. > ! > ! See also documentation for `\\[mh-send]' function." > (interactive (list (mh-get-msg-num t) current-prefix-arg)) > (let ((minibuffer-help-form > "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) > *************** > *** 417,433 **** > (config (current-window-configuration))) > (message "Composing a reply...") > (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" > ! (if (stringp mh-repl-formfile) ;must be string, but we're paranoid > ! (list "-form" mh-repl-formfile)) > ! mh-current-folder message > ! (cond ((or (equal reply-to "from") (equal reply-to "")) > ! '("-nocc" "all")) > ! ((equal reply-to "to") > ! '("-cc" "to")) > ! ((or (equal reply-to "cc") (equal reply-to "all")) > ! '("-cc" "all" "-nocc" "me"))) > ! (if includep > ! '("-filter" "mhl.reply"))) > (let ((draft (mh-read-draft "reply" > (expand-file-name "reply" mh-user-path) > t))) > --- 427,441 ---- > (config (current-window-configuration))) > (message "Composing a reply...") > (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" > ! mh-current-folder message > ! (cond ((or (equal reply-to "from") (equal reply-to "")) > ! "-nogroup") > ! ((equal reply-to "to") > ! '("-group" "-nocc" "cc" "-nocc" "me")) > ! ((or (equal reply-to "cc") (equal reply-to "all")) > ! '("-group" "-nocc" "me"))) > ! (if includep > ! '("-filter" "mhl.reply"))) > (let ((draft (mh-read-draft "reply" > (expand-file-name "reply" mh-user-path) > t))) Regards, Sven   Acknowledgement sent to Sven Joachim <svenjoac@gmx.de>:
Extra info received and forwarded to list. Copy sent to Rob Browning <rlb@defaultvalue.org>.   -t  Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.420 (Entity 5.420) Content-Type: text/plain; charset=utf-8 X-Loop: owner@bugs.debian.org From: owner@bugs.debian.org (Debian Bug Tracking System) To: Sven Joachim Subject: Bug#42433: Info received (Bug#42433: emacs20: mh-comp.el incompatible with nmh-1.0.1) Message-ID: References: <87wsd7xwi6.fsf@turtle.gmx.de> X-Debian-PR-Message: ack-info 42433 X-Debian-PR-Package: emacs21 X-Debian-PR-Source: emacs21 Reply-To: 42433@bugs.debian.org Date: Wed, 07 Jan 2009 10:24:05 +0000 Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Rob Browning If you wish to submit further information on this problem, please send it to 42433@bugs.debian.org, as before. Please do not send mail to owner@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. --=20 42433: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D42433 Debian Bug Tracking System Contact owner@bugs.debian.org with problems   Received: (at 42433) by bugs.debian.org; 7 Jan 2009 10:18:23 +0000 From svenjoac@gmx.de Wed Jan 07 10:18:23 2009 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rietz.debian.org X-Spam-Level: X-Spam-Bayes: score:0.0000 Tokens: new, 77; hammy, 148; neutral, 110; spammy, 3. spammytokens:0.995-1--Hooks, 0.993-1--UD:reply, 0.987-1--Nil hammytokens:0.000-+--Severity, 0.000-+--H*UA:Emacs, 0.000-+--H*UA:Gnus, 0.000-+--H*u:Gnus, 0.000-+--H*u:linux X-Spam-Status: No, score=-7.9 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,MURPHY_SEX_L2,SPF_PASS,VALID_BTS_CONTROL autolearn=unavailable version=3.2.3-bugs.debian.org_2005_01_02 Return-path: Received: from mail.gmx.net ([213.165.64.20]) by rietz.debian.org with smtp (Exim 4.63) (envelope-from ) id 1LKVHD-00053x-E9 for 42433@bugs.debian.org; Wed, 07 Jan 2009 10:04:51 +0000 Received: (qmail invoked by alias); 07 Jan 2009 10:04:33 -0000 Received: from p54863A83.dip.t-dialin.net (EHLO turtle.gmx.de) [84.134.58.131] by mail.gmx.net (mp071) with SMTP; 07 Jan 2009 11:04:33 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX1+q/SsShFyqdVB9xdj8BOlAjbw4wLa6qnZIMnRSJ8 Tso0pdmqnCPwPd Received: by turtle.gmx.de (Postfix, from userid 1000) id 45DD1354B0; Wed, 7 Jan 2009 11:04:33 +0100 (CET) From: Sven Joachim To: Cc: 42433@bugs.debian.org Subject: Re: Bug#42433: emacs20: mh-comp.el incompatible with nmh-1.0.1 References: <199908040704.DAA13428@aleph.swift.xxx> Date: Wed, 07 Jan 2009 11:04:33 +0100 In-Reply-To: <199908040704.DAA13428@aleph.swift.xxx> (swift@alum.mit.edu's message of "Wed, 4 Aug 1999 03:04:22 -0400") Message-ID: <87wsd7xwi6.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 tags 42433 + moreinfo thanks Hi, I'm revising old Emacs bugs in Debian. On 1999-08-04 09:04 +0200, swift@alum.mit.edu wrote: > Package: emacs20 > Version: 20.3-10 > Severity: normal > > When using the mh-e system for email that comes with emacs20, there are > problems with replying to mail when you have nmh-1.0.1 installed. I believe > the options to nmh's repl(1) are different than older versions of repl(1) that > were in MH. > > When you respond to a mail in mh-e, you get a menu asking who you want the > reply to go to: "all", "to", or "from" (and "cc", the same as "all"). "from" > is the default if you hit . > > The problem is that all responses behave as if you answered "from" (or simply > pressed ). Is this still a problem for you in newer versions of Emacs and nmh? I've never used MH-E, so I cannot tell. > I've patched mh-comp.el and give the diff below. This works with nmh-1.0.1, > but probably it doesn't now work any more with older versions of MH. So the > patch isn't the ideal one, probably. > > Probably this bug & patch should be forwarded upstream to GNU, but I leave that > to you. Unfortunately the patch does not apply against recent versions of mh-comp.el. > diff -c /usr/share/emacs/20.3/lisp/mail/mh-comp.el /var/tmp/mh-comp.el > *** /usr/share/emacs/20.3/lisp/mail/mh-comp.el Sun Oct 4 12:54:38 1998 > --- /var/tmp/mh-comp.el Wed Aug 4 02:58:38 1999 > *************** > *** 141,151 **** > is searched for first in the user's MH directory, then in the > system MH lib directory.") > > ! (defvar mh-repl-formfile "replcomps" > ! "Name of file to be used as a skeleton for replying to messages. > ! Default is \"replcomps\". If not an absolute file name, the file > ! is searched for first in the user's MH directory, then in the > ! system MH lib directory.") > > ;;; Hooks: > > --- 141,157 ---- > is searched for first in the user's MH directory, then in the > system MH lib directory.") > > ! (defvar mh-repl-formfile nil > ! "A string value means use that file as a skeleton for sender-replying to messages. > ! Nil means use default of \"replcomps\". If not an absolute file > ! name, the file is searched for first in the user's MH directory, > ! then in the system MH lib directory.") > ! > ! (defvar mh-repl-group-formfile nil > ! "A string value means use that file as a skeleton for group-replying to messages. > ! Nil means use default of \"replgroupcomps\". If not an absolute > ! file name, the file is searched for first in the user's MH > ! directory, then in the system MH lib directory.") > > ;;; Hooks: > > *************** > *** 402,409 **** > from sender only, > to sender and primary recipients, > cc/all sender and all recipients. > ! If the file named by `mh-repl-formfile' exists, it is used as a skeleton > ! for the reply. See also documentation for `\\[mh-send]' function." > (interactive (list (mh-get-msg-num t) current-prefix-arg)) > (let ((minibuffer-help-form > "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) > --- 408,419 ---- > from sender only, > to sender and primary recipients, > cc/all sender and all recipients. > ! If the file named by `mh-repl-formfile' exists, it is used as a > ! skeleton for replies to the sender only (\"from\"); if the file > ! named by `mh-repl-group-formfile' exists, it is used as a > ! skeleton for all other kinds of replies. > ! > ! See also documentation for `\\[mh-send]' function." > (interactive (list (mh-get-msg-num t) current-prefix-arg)) > (let ((minibuffer-help-form > "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) > *************** > *** 417,433 **** > (config (current-window-configuration))) > (message "Composing a reply...") > (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" > ! (if (stringp mh-repl-formfile) ;must be string, but we're paranoid > ! (list "-form" mh-repl-formfile)) > ! mh-current-folder message > ! (cond ((or (equal reply-to "from") (equal reply-to "")) > ! '("-nocc" "all")) > ! ((equal reply-to "to") > ! '("-cc" "to")) > ! ((or (equal reply-to "cc") (equal reply-to "all")) > ! '("-cc" "all" "-nocc" "me"))) > ! (if includep > ! '("-filter" "mhl.reply"))) > (let ((draft (mh-read-draft "reply" > (expand-file-name "reply" mh-user-path) > t))) > --- 427,441 ---- > (config (current-window-configuration))) > (message "Composing a reply...") > (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" > ! mh-current-folder message > ! (cond ((or (equal reply-to "from") (equal reply-to "")) > ! "-nogroup") > ! ((equal reply-to "to") > ! '("-group" "-nocc" "cc" "-nocc" "me")) > ! ((or (equal reply-to "cc") (equal reply-to "all")) > ! '("-group" "-nocc" "me"))) > ! (if includep > ! '("-filter" "mhl.reply"))) > (let ((draft (mh-read-draft "reply" > (expand-file-name "reply" mh-user-path) > t))) Regards, Sven   Tags added: moreinfo Request was from Sven Joachim <svenjoac@gmx.de> to control@bugs.debian.org.   Received: (at control) by bugs.debian.org; 7 Jan 2009 10:18:23 +0000 From svenjoac@gmx.de Wed Jan 07 10:18:23 2009 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rietz.debian.org X-Spam-Level: X-Spam-Bayes: score:0.0000 Tokens: new, 77; hammy, 148; neutral, 110; spammy, 3. spammytokens:0.995-1--Hooks, 0.993-1--UD:reply, 0.987-1--Nil hammytokens:0.000-+--Severity, 0.000-+--H*UA:Emacs, 0.000-+--H*UA:Gnus, 0.000-+--H*u:Gnus, 0.000-+--H*u:linux X-Spam-Status: No, score=-7.9 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,MURPHY_SEX_L2,SPF_PASS,VALID_BTS_CONTROL autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Return-path: Received: from mail.gmx.net ([213.165.64.20]) by rietz.debian.org with smtp (Exim 4.63) (envelope-from ) id 1LKVHD-00053y-EQ for control@bugs.debian.org; Wed, 07 Jan 2009 10:04:51 +0000 Received: (qmail invoked by alias); 07 Jan 2009 10:04:33 -0000 Received: from p54863A83.dip.t-dialin.net (EHLO turtle.gmx.de) [84.134.58.131] by mail.gmx.net (mp071) with SMTP; 07 Jan 2009 11:04:33 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX1+q/SsShFyqdVB9xdj8BOlAjbw4wLa6qnZIMnRSJ8 Tso0pdmqnCPwPd Received: by turtle.gmx.de (Postfix, from userid 1000) id 45DD1354B0; Wed, 7 Jan 2009 11:04:33 +0100 (CET) From: Sven Joachim To: Cc: 42433@bugs.debian.org Subject: Re: Bug#42433: emacs20: mh-comp.el incompatible with nmh-1.0.1 References: <199908040704.DAA13428@aleph.swift.xxx> Date: Wed, 07 Jan 2009 11:04:33 +0100 In-Reply-To: <199908040704.DAA13428@aleph.swift.xxx> (swift@alum.mit.edu's message of "Wed, 4 Aug 1999 03:04:22 -0400") Message-ID: <87wsd7xwi6.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 Delivered-To: control@bugs.debian.org tags 42433 + moreinfo thanks Hi, I'm revising old Emacs bugs in Debian. On 1999-08-04 09:04 +0200, swift@alum.mit.edu wrote: > Package: emacs20 > Version: 20.3-10 > Severity: normal > > When using the mh-e system for email that comes with emacs20, there are > problems with replying to mail when you have nmh-1.0.1 installed. I believe > the options to nmh's repl(1) are different than older versions of repl(1) that > were in MH. > > When you respond to a mail in mh-e, you get a menu asking who you want the > reply to go to: "all", "to", or "from" (and "cc", the same as "all"). "from" > is the default if you hit . > > The problem is that all responses behave as if you answered "from" (or simply > pressed ). Is this still a problem for you in newer versions of Emacs and nmh? I've never used MH-E, so I cannot tell. > I've patched mh-comp.el and give the diff below. This works with nmh-1.0.1, > but probably it doesn't now work any more with older versions of MH. So the > patch isn't the ideal one, probably. > > Probably this bug & patch should be forwarded upstream to GNU, but I leave that > to you. Unfortunately the patch does not apply against recent versions of mh-comp.el. > diff -c /usr/share/emacs/20.3/lisp/mail/mh-comp.el /var/tmp/mh-comp.el > *** /usr/share/emacs/20.3/lisp/mail/mh-comp.el Sun Oct 4 12:54:38 1998 > --- /var/tmp/mh-comp.el Wed Aug 4 02:58:38 1999 > *************** > *** 141,151 **** > is searched for first in the user's MH directory, then in the > system MH lib directory.") > > ! (defvar mh-repl-formfile "replcomps" > ! "Name of file to be used as a skeleton for replying to messages. > ! Default is \"replcomps\". If not an absolute file name, the file > ! is searched for first in the user's MH directory, then in the > ! system MH lib directory.") > > ;;; Hooks: > > --- 141,157 ---- > is searched for first in the user's MH directory, then in the > system MH lib directory.") > > ! (defvar mh-repl-formfile nil > ! "A string value means use that file as a skeleton for sender-replying to messages. > ! Nil means use default of \"replcomps\". If not an absolute file > ! name, the file is searched for first in the user's MH directory, > ! then in the system MH lib directory.") > ! > ! (defvar mh-repl-group-formfile nil > ! "A string value means use that file as a skeleton for group-replying to messages. > ! Nil means use default of \"replgroupcomps\". If not an absolute > ! file name, the file is searched for first in the user's MH > ! directory, then in the system MH lib directory.") > > ;;; Hooks: > > *************** > *** 402,409 **** > from sender only, > to sender and primary recipients, > cc/all sender and all recipients. > ! If the file named by `mh-repl-formfile' exists, it is used as a skeleton > ! for the reply. See also documentation for `\\[mh-send]' function." > (interactive (list (mh-get-msg-num t) current-prefix-arg)) > (let ((minibuffer-help-form > "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) > --- 408,419 ---- > from sender only, > to sender and primary recipients, > cc/all sender and all recipients. > ! If the file named by `mh-repl-formfile' exists, it is used as a > ! skeleton for replies to the sender only (\"from\"); if the file > ! named by `mh-repl-group-formfile' exists, it is used as a > ! skeleton for all other kinds of replies. > ! > ! See also documentation for `\\[mh-send]' function." > (interactive (list (mh-get-msg-num t) current-prefix-arg)) > (let ((minibuffer-help-form > "from => Sender only\nto => Sender and primary recipients\ncc or all => Sender and all recipients")) > *************** > *** 417,433 **** > (config (current-window-configuration))) > (message "Composing a reply...") > (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" > ! (if (stringp mh-repl-formfile) ;must be string, but we're paranoid > ! (list "-form" mh-repl-formfile)) > ! mh-current-folder message > ! (cond ((or (equal reply-to "from") (equal reply-to "")) > ! '("-nocc" "all")) > ! ((equal reply-to "to") > ! '("-cc" "to")) > ! ((or (equal reply-to "cc") (equal reply-to "all")) > ! '("-cc" "all" "-nocc" "me"))) > ! (if includep > ! '("-filter" "mhl.reply"))) > (let ((draft (mh-read-draft "reply" > (expand-file-name "reply" mh-user-path) > t))) > --- 427,441 ---- > (config (current-window-configuration))) > (message "Composing a reply...") > (mh-exec-cmd "repl" "-build" "-noquery" "-nodraftfolder" > ! mh-current-folder message > ! (cond ((or (equal reply-to "from") (equal reply-to "")) > ! "-nogroup") > ! ((equal reply-to "to") > ! '("-group" "-nocc" "cc" "-nocc" "me")) > ! ((or (equal reply-to "cc") (equal reply-to "all")) > ! '("-group" "-nocc" "me"))) > ! (if includep > ! '("-filter" "mhl.reply"))) > (let ((draft (mh-read-draft "reply" > (expand-file-name "reply" mh-user-path) > t))) Regards, Sven