GNU logs - #13306, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#13306: 24.2; [WishList] rmail-next-error-move functionality for occurs mode
Resent-From: Mark Lillibridge <mdl@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 29 Dec 2012 22:45:01 +0000
Resent-Message-ID: <handler.13306.B.135682107013996 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 13306 <at> debbugs.gnu.org
Reply-To: mdl@HIDDEN
From: Mark Lillibridge <mdl@HIDDEN>
Date: Sat, 29 Dec 2012 14:43:03 -0800
Message-ID: <87pq1swkco.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org


    I noticed that an (unannounced) new function, rmail-next-error-move,
got added to Rmail recently.  It allows sane use of grep with Rmail
files (e.g., go to the correct message properly narrowed) so long as the
Rmail files are already open in Rmail mode.

    This is not terribly useful most of the time; what would be much
more useful is similar functionality for occurs mode run on a Rmail
buffer that has been widened.  That is, it would be really nice to be
able to widen the Rmail buffer (C-c C-w) then do an occurs search, which
would let you see the results in context for all the messages at once
and easily jump between the occurrences.

- Mark

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.428 (Entity 5.428)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: mdl@HIDDEN
Subject: bug#13306: Acknowledgement (24.2; [WishList] rmail-next-error-move
 functionality for occurs mode)
Message-ID: <handler.13306.B.135682107013996.ack <at> debbugs.gnu.org>
References: <87pq1swkco.fsf@HIDDEN>
X-Gnu-PR-Message: ack 13306
X-Gnu-PR-Package: emacs
Reply-To: 13306 <at> debbugs.gnu.org
Date: Sat, 29 Dec 2012 22:45:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

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):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 13306 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
13306: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13306
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#13306: clarification
References: <87pq1swkco.fsf@HIDDEN>
In-Reply-To: <87pq1swkco.fsf@HIDDEN>
Resent-From: Mark Lillibridge <mdl@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 29 Dec 2012 23:04:01 +0000
Resent-Message-ID: <handler.13306.B13306.135682222619146 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 13306 <at> debbugs.gnu.org
Reply-To: mdl@HIDDEN
From: Mark Lillibridge <mdl@HIDDEN>
Date: Sat, 29 Dec 2012 15:02:36 -0800
Message-ID: <87mwwwwjg3.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org


    In case it wasn't clear from the last message, occurs does not work
sanely with Rmail buffers currently even in version 24.2.  It takes you
to the occurrence point but there is no way to narrow the buffer so you
can do things like forward the found message.

    Perhaps a way to narrow a widened Rmail buffer around point would be
a useful independent function.  I'm wondering if such a function called
from the right occurs mode hook (assuming it exists) would suffice to
provide the functionality I'm asking for here.

- Mark
PS, note that both grep and the proposed occurs search the raw mbox file
not the results of decoding the messages; if someone wanted to go for
extra awesomeness, they might try and make an special Rmail search
command that produces an occurs buffer but only searches the decoded
messages (e.g., ignore nontext parts, work on base 64/printable
representations correctly).  This would be substantially slower, but
would avoid a lot of false positives.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#13306: 24.2; [WishList] rmail-next-error-move functionality for occurs mode
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 30 Dec 2012 04:52:01 +0000
Resent-Message-ID: <handler.13306.B13306.135684306920820 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: mdl@HIDDEN
Cc: 13306 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Date: Sun, 30 Dec 2012 06:50:13 +0200
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87pq1swkco.fsf@HIDDEN>
Message-id: <83y5ggjg8q.fsf@HIDDEN>
References: <87pq1swkco.fsf@HIDDEN>
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

> From: Mark Lillibridge <mdl@HIDDEN>
> Date: Sat, 29 Dec 2012 14:43:03 -0800
> 
> 
>     I noticed that an (unannounced) new function, rmail-next-error-move,
> got added to Rmail recently.  It allows sane use of grep with Rmail
> files (e.g., go to the correct message properly narrowed) so long as the
> Rmail files are already open in Rmail mode.
> 
>     This is not terribly useful most of the time; what would be much
> more useful is similar functionality for occurs mode run on a Rmail
> buffer that has been widened.  That is, it would be really nice to be
> able to widen the Rmail buffer (C-c C-w) then do an occurs search, which
> would let you see the results in context for all the messages at once
> and easily jump between the occurrences.

Why don't you use mairix.el instead?  Then you could search _all_ of
your Rmail files, not just the inbox, and have the results presented
in a separate Rmail file.  The search is also more sophisticated and
flexible than just grep.  Take a look at the mairix manual for the
details.

IOW, instead of introducing one more feature, use an existing one.  It
serves me well, FWIW.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#13306: clarification
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 30 Dec 2012 04:53:02 +0000
Resent-Message-ID: <handler.13306.B13306.135684317820976 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13306
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: mdl@HIDDEN
Cc: 13306 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 13306-submit <at> debbugs.gnu.org id=B13306.135684317820976
          (code B ref 13306); Sun, 30 Dec 2012 04:53:02 +0000
Received: (at 13306) by debbugs.gnu.org; 30 Dec 2012 04:52:58 +0000
Received: from localhost ([127.0.0.1]:36541 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TpAtN-0005SH-SW
	for submit <at> debbugs.gnu.org; Sat, 29 Dec 2012 23:52:58 -0500
Received: from mtaout23.012.net.il ([80.179.55.175]:40746)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <eliz@HIDDEN>) id 1TpAtK-0005S8-S1
	for 13306 <at> debbugs.gnu.org; Sat, 29 Dec 2012 23:52:55 -0500
Received: from conversion-daemon.a-mtaout23.012.net.il by
	a-mtaout23.012.net.il (HyperSendmail v2007.08) id
	<0MFT00800UT74V00@HIDDEN> for
	13306 <at> debbugs.gnu.org; Sun, 30 Dec 2012 06:51:51 +0200 (IST)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il
	(HyperSendmail v2007.08) with ESMTPA id
	<0MFT0081UUUF0P90@HIDDEN>;
	Sun, 30 Dec 2012 06:51:51 +0200 (IST)
Date: Sun, 30 Dec 2012 06:52:02 +0200
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87mwwwwjg3.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
Message-id: <83wqw0jg5p.fsf@HIDDEN>
References: <87pq1swkco.fsf@HIDDEN>
	<87mwwwwjg3.fsf@HIDDEN>
X-Spam-Score: 1.5 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
	has
	identified this incoming email as possible spam. The original message
	has been attached to this so you can view it (if it isn't spam) or
	label similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview: > From: Mark Lillibridge <mdl@HIDDEN> > Date:
	Sat, 29
	Dec 2012 15:02:36 -0800 > > > In case it wasn't clear from the last
	message, 
	occurs does not work > sanely with Rmail buffers currently even in
	version
	24.2. It takes you > to the occurrence point but there is no way to
	narrow
	the buffer so you > can do things like forward the found message. > >
	Perhaps
	a way to narrow a widened Rmail buffer around point would be > a useful
	independent
	function. I'm wondering if such a function called > from the right
	occurs
	mode hook (assuming it exists) would suffice to > provide the
	functionality I'm asking for here. > > - Mark > PS,
	note that both grep and the proposed
	occurs search the raw mbox file > not the results of decoding the
	messages; 
	if someone wanted to go for > extra awesomeness, they might try and make
	an special Rmail search > command that produces an occurs buffer but
	only
	searches the decoded > messages (e.g., ignore nontext parts,
	work on base
	64/printable > representations correctly). This would be substantially
	slower, but > would avoid a lot of false positives. [...] 
	Content analysis details:   (1.5 points, 10.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
	no trust [80.179.55.175 listed in list.dnswl.org]
	0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
	0.8 BAYES_50               BODY: Bayes spam probability is 40 to 60%
	[score: 0.4999]
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 1.5 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  > From: Mark Lillibridge <mdl@HIDDEN> > Date: Sat, 29
    Dec 2012 15:02:36 -0800 > > > In case it wasn't clear from the last message,
    occurs does not work > sanely with Rmail buffers currently even in version
    24.2. It takes you > to the occurrence point but there is no way to narrow
    the buffer so you > can do things like forward the found message. > > Perhaps
    a way to narrow a widened Rmail buffer around point would be > a useful independent
    function. I'm wondering if such a function called > from the right occurs
    mode hook (assuming it exists) would suffice to > provide the functionality
    I'm asking for here. > > - Mark > PS, note that both grep and the proposed
    occurs search the raw mbox file > not the results of decoding the messages;
    if someone wanted to go for > extra awesomeness, they might try and make
   an special Rmail search > command that produces an occurs buffer but only
   searches the decoded > messages (e.g., ignore nontext parts, work on base
   64/printable > representations correctly). This would be substantially slower,
    but > would avoid a lot of false positives. [...] 
 
 Content analysis details:   (1.5 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                             trust
                             [80.179.55.175 listed in list.dnswl.org]
  0.7 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
  0.8 BAYES_50               BODY: Bayes spam probability is 40 to 60%
                             [score: 0.4627]

> From: Mark Lillibridge <mdl@HIDDEN>
> Date: Sat, 29 Dec 2012 15:02:36 -0800
> 
> 
>     In case it wasn't clear from the last message, occurs does not work
> sanely with Rmail buffers currently even in version 24.2.  It takes you
> to the occurrence point but there is no way to narrow the buffer so you
> can do things like forward the found message.
> 
>     Perhaps a way to narrow a widened Rmail buffer around point would be
> a useful independent function.  I'm wondering if such a function called
> from the right occurs mode hook (assuming it exists) would suffice to
> provide the functionality I'm asking for here.
> 
> - Mark
> PS, note that both grep and the proposed occurs search the raw mbox file
> not the results of decoding the messages; if someone wanted to go for
> extra awesomeness, they might try and make an special Rmail search
> command that produces an occurs buffer but only searches the decoded
> messages (e.g., ignore nontext parts, work on base 64/printable
> representations correctly).  This would be substantially slower, but
> would avoid a lot of false positives.

Mairix solves all this, since the results of the search are
_messages_, not just lines of text, and these results are presented to
Rmail that decodes and displays them as usual.  Try it.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#13306: clarification
References: <87pq1swkco.fsf@HIDDEN>
Resent-From: Mark Lillibridge <mdl@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 30 Dec 2012 06:25:02 +0000
Resent-Message-ID: <handler.13306.B13306.135684865929302 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13306
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 13306 <at> debbugs.gnu.org
Reply-To: mdl@HIDDEN
Received: via spool by 13306-submit <at> debbugs.gnu.org id=B13306.135684865929302
          (code B ref 13306); Sun, 30 Dec 2012 06:25:02 +0000
Received: (at 13306) by debbugs.gnu.org; 30 Dec 2012 06:24:19 +0000
Received: from localhost ([127.0.0.1]:36555 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TpCJl-0007cY-TO
	for submit <at> debbugs.gnu.org; Sun, 30 Dec 2012 01:24:18 -0500
Received: from alum-mailsec-scanner-6.mit.edu ([18.7.68.18]:54788)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <prvs=57110a4b39=mdl@HIDDEN>)
	id 1TpCJj-0007cP-Cx
	for 13306 <at> debbugs.gnu.org; Sun, 30 Dec 2012 01:24:16 -0500
X-AuditID: 12074412-b7f216d0000008e3-b1-50dfddd0a51f
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33])
	by alum-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with
	SMTP id F0.1B.02275.0DDDFD05; Sun, 30 Dec 2012 01:23:12 -0500 (EST)
Received: from foil.strangled.net (c-67-188-235-212.hsd1.ca.comcast.net
	[67.188.235.212]) (authenticated bits=0)
	(User authenticated as mdl@HIDDEN)
	by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id qBU6N9n4020223
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);
	Sun, 30 Dec 2012 01:23:11 -0500
From: Mark Lillibridge <mdl@HIDDEN>
In-Reply-To: <83wqw0jg5p.fsf@HIDDEN> (message from Eli Zaretskii on Sun,
	30 Dec 2012 06:52:02 +0200)
Date: Sat, 29 Dec 2012 22:23:06 -0800
Message-ID: <87bodcvz1x.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHIsWRmVeSWpSXmKPExsUixO6iqHvh7v0Ag/NnBCxenprEavHyylFm
	i6kfz7A5MHv8ff+ByePipH3MHm3TzAKYo7htkhJLyoIz0/P07RK4M5rntrMUHOetWLbyDmMD
	43auLkZODgkBE4nG5mdMELaYxIV769m6GLk4hAQuM0r8+XSSFcK5yiTxYPIfFpAqNgFNienP
	vrOD2CICChJ3X95mBLGZBSQlmr/NArI5OIQFVCXeTbYDMTkFUiW+tmeCVAgJSEksXXQCrJMF
	qOJo62GwTl4BfYmVl34wQ9iCEidnPmGBmCghcfDFC+YJjHyzkKRmIUktYGRaxSiXmFOaq5ub
	mJlTnJqsW5ycmJeXWqRrppebWaKXmlK6iRESckI7GNeflDvEKMDBqMTDG1R/P0CINbGsuDL3
	EKMkB5OSKO/p20AhvqT8lMqMxOKM+KLSnNTiQ4wSHMxKIrza1UA53pTEyqrUonyYlDQHi5I4
	78/F6n5CAumJJanZqakFqUUwWRkODiUJ3vA7QI2CRanpqRVpmTklCGkmDk6Q4VxSIsWpeSmp
	RYmlJRnxoPiKLwZGGEiKB2jvYZB23uKCxFygKETrKUZjjh9/bjxl5Pi18uZTRiGWvPy8VClx
	3u0gpQIgpRmleXCLYMnmFaM40N/CvNdBqniAiQpu3iugVUxAq6x57oCsKklESEk1MO70+vVh
	YeuUysk7Tjov2MPCsnYBU1Z371QrGfGIedHvFsz0EfdRVOz7ZvVp7W5Fu2wei0irT3+P968T
	L7wv9nlK45zZjiv57x/gV7x67t7Jw5IPf0658HjpxEvFX3crm80K7/zi6dG15fjf7QXFM37s
	XHCu+fqOA6fkU9k2aj+0sLn49cKMsOtnlViKMxINtZiLihMBucoNfxEDAAA=
X-Spam-Score: -1.5 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.2 (----)


Eli Zaretskii <eliz@HIDDEN> writes:

>  > From: Mark Lillibridge <mdl@HIDDEN>
>  > Date: Sat, 29 Dec 2012 15:02:36 -0800
>  > 
>  > 
>  >     In case it wasn't clear from the last message, occurs does not work
>  > sanely with Rmail buffers currently even in version 24.2.  It takes you
>  > to the occurrence point but there is no way to narrow the buffer so you
>  > can do things like forward the found message.
>  > 
>  >     Perhaps a way to narrow a widened Rmail buffer around point would be
>  > a useful independent function.  I'm wondering if such a function called
>  > from the right occurs mode hook (assuming it exists) would suffice to
>  > provide the functionality I'm asking for here.
>  > 
>  > - Mark
>  > PS, note that both grep and the proposed occurs search the raw mbox file
>  > not the results of decoding the messages; if someone wanted to go for
>  > extra awesomeness, they might try and make an special Rmail search
>  > command that produces an occurs buffer but only searches the decoded
>  > messages (e.g., ignore nontext parts, work on base 64/printable
>  > representations correctly).  This would be substantially slower, but
>  > would avoid a lot of false positives.
>  
>  Mairix solves all this, since the results of the search are
>  _messages_, not just lines of text, and these results are presented to
>  Rmail that decodes and displays them as usual.  Try it.

    I already use Mairix; I want to use occurs on its results in order
to see the results in context.  Presumably someone else agrees since
they implemented this functionality for the result of grep.  Also, I
don't know a easy way to restrict Mairix's search to one Rmail file.

- Mark

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.