Re: Odd hang when reading a particular sender's email

Hi, Bill, happy new year!

No, I have a very fast X connection.

This was caused by the sig using a character not natively supported by
most (any?) of the X11 fonts on my Mac.  For instance, there's a
character that likes to put a biohazard sign (U+2623) (ooh, scary!) in
their sig, another who likes to put the unicode "intersexual or
transgender" symbol (U+26A5) in their sig (I should care?).  Apparently
GNU Emacs will search through lots of fonts until it finds one that can
render that character -- I see lots of traffic from my home machine (the
X11 server) to the work machine (my X11 client) while Emacs is hanging.
I think Emacs is listing the characters available in each of the
server's fonts.  The fix is to enable the relatively recent support for
Xft in GNU Emacs and to use it.

See http://www.emacswiki.org/emacs/XftGnuEmacs

Bill

Bill Wohler <wohler <at> newt.com> wrote:

> There's another theory, in that your X client and server are on
> different machines and it's taking this long to load the X-Image-URL. If
> that's the case, the answer is in:
> 
> https://sourceforge.net/tracker/index.php?func=detail&aid=3465687&group_id=13357&atid=363357
> 
> and will be in the manual in the future.
> 

Re: Odd hang when reading a particular sender's email

Thanks for that great description! I'll make a note to add it to the
manual in case someone else finds it helpful.

Bill Janssen <janssen <at> parc.com> wrote:

> Hi, Bill, happy new year!
> 
> No, I have a very fast X connection.
> 
> This was caused by the sig using a character not natively supported by
> most (any?) of the X11 fonts on my Mac.  For instance, there's a
> character that likes to put a biohazard sign (U+2623) (ooh, scary!) in
> their sig, another who likes to put the unicode "intersexual or
> transgender" symbol (U+26A5) in their sig (I should care?).  Apparently
> GNU Emacs will search through lots of fonts until it finds one that can
> render that character -- I see lots of traffic from my home machine (the
> X11 server) to the work machine (my X11 client) while Emacs is hanging.
> I think Emacs is listing the characters available in each of the
> server's fonts.  The fix is to enable the relatively recent support for
> Xft in GNU Emacs and to use it.
> 
> See http://www.emacswiki.org/emacs/XftGnuEmacs
> 
> Bill
> 
> Bill Wohler <wohler <at> newt.com> wrote:
> 
> > There's another theory, in that your X client and server are on
> > different machines and it's taking this long to load the X-Image-URL. If
> > that's the case, the answer is in:

Re: Intermediate review for SF #1708292

=== modified file 'lisp/mh-e/mh-comp.el'
--- lisp/mh-e/mh-comp.el	2011-11-14 06:27:12 +0000
+++ lisp/mh-e/mh-comp.el	2012-01-07 03:05:16 +0000
 <at>  <at>  -391,6 +391,15  <at>  <at> 
                  (mh-read-draft "clean-up" (mh-msg-filename message) nil)))))
     (mh-clean-msg-header (point-min) mh-new-draft-cleaned-headers nil)
     (mh-insert-header-separator)
+    ;; Merge in components
+    (mh-mapc (function (lambda (header-field)
+                         (let ((field (car header-field))
+                               (value (cdr header-field))
+                               (case-fold-string t))
+                           (if (string-match field "^To$\\|^Cc$\\I^From$")
+                               (setq value (mh-alias-expand value)))
+                         (mh-modify-header-field field value))))
+             (mh-components-to-list (mh-find-components)))
     (goto-char (point-min))
     (save-buffer)
     (mh-compose-and-send-mail draft "" from-folder nil nil nil nil nil nil
 <at>  <at>  -398,6 +407,35  <at>  <at> 
     (mh-letter-mode-message)
     (mh-letter-adjust-point)))

+(defun mh-extract-header-field ()
+  "Extract field name and field value from the field at pointing.
+Returns a list of field name and value (which may be null).
+Leaves the pointer at the beginning of the next line."
+  (let ((end (save-excursion (mh-header-field-end)
+                             (point))))
+    (if (looking-at mh-letter-header-field-regexp)
+        (save-excursion
+          (goto-char (match-end 1))
+          (forward-char 1)
+          (skip-chars-forward " \t")
+          (cons (match-string-no-properties 1) (buffer-substring-no-properties (point) end))))))
+
+
+(defun mh-components-to-list (components)
+  "Read in the components file and convert to a list of field names and values."
+  (with-current-buffer (get-buffer-create mh-temp-buffer)
+    (erase-buffer)
+    (insert-file-contents components)
+    (goto-char (point-min))
+    (let
+        ((headers nil))
+      (while (mh-in-header-p)
+        (setq headers (append headers (list (mh-extract-header-field))))
+        (mh-header-field-end)
+        (forward-char 1)
+        )
+      headers)))
+
 ;;;###mh-autoload
 (defun mh-extract-rejected-mail (message)
   "Edit a MESSAGE that was returned by the mail system.
 <at>  <at>  -773,6 +811,22  <at>  <at> 
           (t
            nil))))

+(defun mh-find-components ()
+  "Return the path to the components file."
+  (let (components)
+    (cond
+     ((file-exists-p
+       (setq components
+             (expand-file-name mh-comp-formfile mh-user-path)))
+      components)
+     ((file-exists-p
+       (setq components
+             (expand-file-name mh-comp-formfile mh-lib)))
+      components)
+     (t
+      (error "Can't find %s in %s or %s"
+             mh-comp-formfile mh-user-path mh-lib)))))
+  
 (defun mh-send-sub (to cc subject config)
   "Do the real work of composing and sending a letter.
 Expects the TO, CC, and SUBJECT fields as arguments.
 <at>  <at>  -782,19 +836,7  <at>  <at> 
     (message "Composing a message...")
     (let ((draft (mh-read-draft
                   "message"
-                  (let (components)
-                    (cond
-                     ((file-exists-p
-                       (setq components
-                             (expand-file-name mh-comp-formfile mh-user-path)))
-                      components)
-                     ((file-exists-p
-                       (setq components
-                             (expand-file-name mh-comp-formfile mh-lib)))
-                      components)
-                     (t
-                      (error "Can't find %s in %s or %s"
-                             mh-comp-formfile mh-user-path mh-lib))))
+                  (mh-find-components)
                   nil)))
       (mh-insert-fields "To:" to "Subject:" subject "Cc:" cc)
       (goto-char (point-max))

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

_______________________________________________
mh-e-devel mailing list
mh-e-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mh-e-devel

Re: nmh in near, medium, and far-term

The following message is a courtesy copy of an article
that has been posted to gmane.mail.nmh.devel as well.

Definitely agree on ditching MM_CHARSET and enabling MIME code
regardless of any locale settings.

MH-E developers: please rack your brains and the SourceForge trackers
for changes to MH that would benefit MH-E. Thanks!

Ken Hornstein <kenh <at> pobox.com> writes:

> Okay, the recent messages about nmh have driven me to write this
> email, but it's been brewing for a while now.  Maybe just getting
> back from the Happiest Place On Earth helped.
>
> Here are my thoughts about what we should be doing with nmh in the near,
> medium, and long(er) term.  In all of these cases, I am proposing that I
> do this work.  I am interested in hearing what people think about this.
>
> - Near term - release, damn it!
>
>   This is driven by the fact that my wife got a new machine at work, and
>   was giving me a hard time about the fact that getting a new copy of nmh
>   on it was a pain.  Okay, this is kind of embarassing.  Having to fetch
>   the sources out of git to get a new release is embarassing.  I propose
>   just taking the current HEAD and making it nmh 1.4.  Also putting a package
>   into MacPorts would be nice.
>
> - Medium term - packaging, Autoconf/Automake cleanup
>
>   As I discussed in previous email, we should do better with packaging.
>   Shipping a spec file with nmh would make sense; other packages do this,
>   why not us?  Also it would be nice to clean up our Autoconf/Automake
>   setup, which is ... not as elegant as it could be.
>
> - Long term - better MIME/charset handling
>
>   Specifically, scan can decode RFC 2047 headers, but it seems that show
>   cannot (okay, mhshow seems to decode some headers, but not others).
>   Also, the whole replying to messages that are quoted-printable
>   or even base64 encoded ... what a mess.
>
>   I am thinking of making the nmh libraries convert all message
>   data upon read into Unicode (specifically UTF-8, but I'd be open
>   to other ideas), and then converting/encoding it as needed upon
>   output.  I am _not_ thinking of changing the on-disk format; inc
>   will still write the original email as received to disk.  These
>   changes would happen to show & friends.  But this would allow us
>   to do a lot saner things with messages that are quoted-printable
>   or base64 encoded (which are more and more of them, unfortunately).
>   If you had a UTF-8 based locale, your life would be a lot happier
>   (I'd also ditch MM_CHARSET, since that seems to be nmh-specific and
>   I see no reason to keep it around).  Now there are a billion and one
>   things to think about here and I haven't looked at the code to see how
>   feasible any of this is; that's why it's marked under "long term".
>
> Anyway, that's what I'm thinking about.  I'm open to other suggestions,
> but please only send them in if you're going to write them (or pay me
> to write them  ).
>
> --Ken
>
> _______________________________________________
> Nmh-workers mailing list
> Nmh-workers <at> nongnu.org
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
>

--

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

Re: The first release candidate for nmh 1.4 is available!

The following message is a courtesy copy of an article
that has been posted to gmane.mail.nmh.devel as well.

MH-E developers: Let's investigate whether we could use "unseen" to
replace our code for `F n' (`mh-index-new-messages').

We have to be careful though as it would break our compatibility with
older versions of nmh and possibly GNU Mailutils as well.

Ken Hornstein <kenh <at> pobox.com> writes:

>> > - There are new commands "new", "fnext", "fprev", and "unseen".
>>
>>what do these each do, in a very short nutshell?
>
> Then man page goes into greater detail, but:
>
> 	new - report on folders with new messages
> 	fnext - set current folder to next folder with new messages
> 	fprev - set current folder to previous folder with new messages
> 	unseen - scan new messages in all folders with new messages
>
> --Ken
>
> _______________________________________________
> Nmh-workers mailing list
> Nmh-workers <at> nongnu.org
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
>

--

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

[ mh-e-Patches-2945712 ] Postpone junk processing

Patches item #2945712, was opened at 2010-02-03 21:23
Message generated for change (Comment added) made by tphelps
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Bazaar
Status: Open
Resolution: Fixed
Priority: 6
Private: No
Submitted By: Ted Phelps (tphelps)
Assigned to: Bill Wohler (wohler)
Summary: Postpone junk processing

Initial Comment:
The attached patch adds new marks to the mh-e folder view to flag messages as white- or black-listed, so that
the training of the junk mail filter can be postponed until mh-execute-commands is invoked.  This makes
the behavior more consistent with the way refile and delete are already performed, makes it possible to
undo a mis-labelling and moves the potentially slow junk mail filter training operation into a less
inconvenient part of the workflow.

I hope you find it useful.

Thanks,
-Ted

----------------------------------------------------------------------

>Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 20:39

Message:
Thanks Bill.  Sorry I wasn't available on IRC when you were looking into
this.  I've scanned the differences between my patch and yours and I'm
happy with all of the change.  (Well, I like to put a hyphen in blacklist,
but I'm not going to open that can of worms).

I saw that you added a TODO about why mh-exec-cmd was used in mh-blacklist.
 I'm not certain, but I believe the reason is that mh-exec-cmd can process
a whole list of messages in a single call, whereas mh-{refile|delete}-a-msg
must spawn a new process for each message.  I haven't done any testing to
see if there's an observable performance difference between the two
approaches, but I figured my changes were extensive enough without changing
this too.

Thanks!
-Ted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:49

Message:
Here are some variables that might need documentation updates:

mh-before-commands-processed-hook (can now access mh-blacklist and
mh-whitelist), mh-execute-commands, mh-whitelist-msg-hook,
mh-blacklist-msg-hook, mh-index-execute-commands,
mh-scan-blacklisted-msg-regexp, mh-scan-whitelisted-msg-regexp,
mh-note-blacklisted, mh-note-whitelisted, mh-scan-good-msg-regexp.

Edited output of release-utils --variable-changes previous-tag

** New Variables in MH-E XXX
*** mh-blacklist-msg-hook
*** mh-whitelist-msg-hook
*** mh-whitelist-preserves-sequences-flag

** New Faces in MH-E XXX
*** mh-folder-blacklisted
*** mh-folder-whitelisted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:06

Message:
Changes have been committed. Ted, this was wonderful work. Thank you! Other
than one fix to the faces to get it to compile on XEmacs, I didn't touch
the logic. I made a few tweaks to fit in with MH-E conventions. Here's the
complete list:

- Changed white-list and black-list to whitelist and blacklist
respectively.
- Fixed typos.
- Changed package-version to 8.4.
- Alphabetized variables as appropriate.
- Changed verbiage from "refiles and deletes" to "operations" as in
"Perform the outstanding operations..."
- Removed debugging message.
- Fixed mh-autoload cookies in mh-junk.el.
- Fixed mh-folder-blacklisted face to compile on XEmacs.

I'll close this once I've updated the manual.

revno: 106740
committer: Bill Wohler <wohler <at> newt.com>
branch nick: mh-e
timestamp: Tue 2011-12-27 15:59:35 -0800
message:
  Postpone junk processing (closes SF #2945712). Patch submitted by Ted
  Phelps and refined by Bill Wohler.

  * mh-e.el (mh-blacklist, mh-whitelist): New variables.
  (mh-whitelist-preserves-sequences-flag): New option.
  (mh-before-commands-processed-hook): Update documentation.
  (mh-blacklist-msg-hook, mh-whitelist-msg-hook): New hooks.
  (mh-folder-blacklisted, mh-folder-whitelisted): New faces.
  * mh-folder.el (mh-folder-message-menu): Add "Junk" to "Undo."
  (mh-folder-font-lock-keywords): Add regexps for blacklisted and
  whitelisted messages.
  (mh-folder-mode): Add mh-blacklist and mh-whitelist variables.
  (mh-execute-commands): Update documentation.
  (mh-undo, mh-outstanding-commands-p, mh-process-commands)
  (mh-delete-a-msg, mh-refile-a-msg, mh-undo-msg): Handle blacklisted
  and whitelisted messages.
  * mh-junk.el (mh-junk-blacklist, mh-junk-whitelist): Update to put
  messages in blacklist and whitelist respectively for latter
  processing.
  (mh-blacklist-a-msg, mh-junk-whitelist-a-msg): New function to support
  previous functions.
  (mh-junk-blacklist-disposition): New function.
  (mh-junk-process-blacklist, mh-junk-process-whitelist): New functions
  that perform the blacklisting and whitelisting respectively that used
  to be performed by mh-junk-blacklist and mh-junk-whitelist.
  * mh-scan.el (mh-scan-blacklisted-msg-regexp)
  (mh-scan-whitelisted-msg-regexp): New scan line regexps.
  (mh-scan-good-msg-regexp): Add B and W characters to regexp.
  (mh-scan-cmd-note-width): Update documentation.
  (mh-note-blacklisted, mh-note-whitelisted): New scan line characters.
  * mh-search.el (mh-index-execute-commands): Handle blacklisted and
  whitelisted messages.
modified:
  lisp/mh-e/ChangeLog
  lisp/mh-e/mh-e.el
  lisp/mh-e/mh-folder.el
  lisp/mh-e/mh-junk.el
  lisp/mh-e/mh-scan.el
  lisp/mh-e/mh-search.el

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:11

Message:
Bumping priority to reward Ted for submitting papers .

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:09

Message:
I confirmed your copyright assignment to the FSF. Thanks very much, Ted!
You're right, it's a pretty big patch. I am *so* glad your papers are in
order. If you aren't on holidays tomorrow, please try to pop into the #mh-e
channel at irc.freenode.net and help me out while I merge it during our bug
squashing party (BSP).

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-11-01 13:10

Message:
I realize that everyone is quite busy.  Would it make life easier if I were
to break this up into a series of smaller, easier-to-review patches?

-Ted

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-07-19 21:50

Message:
My Emacs assignment/disclaimer paperwork is now complete (RT#548209), so
this large-ish patch can now be considered GPL-friendly from a copyright
point-of-view.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

[ mh-e-Patches-2945712 ] Postpone junk processing

Patches item #2945712, was opened at 2010-02-03 21:23
Message generated for change (Comment added) made by wohler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Bazaar
Status: Open
Resolution: Fixed
Priority: 6
Private: No
Submitted By: Ted Phelps (tphelps)
Assigned to: Bill Wohler (wohler)
Summary: Postpone junk processing

Initial Comment:
The attached patch adds new marks to the mh-e folder view to flag messages as white- or black-listed, so that
the training of the junk mail filter can be postponed until mh-execute-commands is invoked.  This makes
the behavior more consistent with the way refile and delete are already performed, makes it possible to
undo a mis-labelling and moves the potentially slow junk mail filter training operation into a less
inconvenient part of the workflow.

I hope you find it useful.

Thanks,
-Ted

----------------------------------------------------------------------

>Comment By: Bill Wohler (wohler)
Date: 2012-01-08 21:25

Message:
Hi Ted, thanks for the mh-exec-cmd info.

We use blacklist and whitelist (without the dash) in MH-E because that's
the way they are defined in the Merriam Webster dictionary. Even the Oxford
dictionary lists blacklist and whitelist.

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 20:39

Message:
Thanks Bill.  Sorry I wasn't available on IRC when you were looking into
this.  I've scanned the differences between my patch and yours and I'm
happy with all of the change.  (Well, I like to put a hyphen in blacklist,
but I'm not going to open that can of worms).

I saw that you added a TODO about why mh-exec-cmd was used in mh-blacklist.
 I'm not certain, but I believe the reason is that mh-exec-cmd can process
a whole list of messages in a single call, whereas mh-{refile|delete}-a-msg
must spawn a new process for each message.  I haven't done any testing to
see if there's an observable performance difference between the two
approaches, but I figured my changes were extensive enough without changing
this too.

Thanks!
-Ted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:49

Message:
Here are some variables that might need documentation updates:

mh-before-commands-processed-hook (can now access mh-blacklist and
mh-whitelist), mh-execute-commands, mh-whitelist-msg-hook,
mh-blacklist-msg-hook, mh-index-execute-commands,
mh-scan-blacklisted-msg-regexp, mh-scan-whitelisted-msg-regexp,
mh-note-blacklisted, mh-note-whitelisted, mh-scan-good-msg-regexp.

Edited output of release-utils --variable-changes previous-tag

** New Variables in MH-E XXX
*** mh-blacklist-msg-hook
*** mh-whitelist-msg-hook
*** mh-whitelist-preserves-sequences-flag

** New Faces in MH-E XXX
*** mh-folder-blacklisted
*** mh-folder-whitelisted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:06

Message:
Changes have been committed. Ted, this was wonderful work. Thank you! Other
than one fix to the faces to get it to compile on XEmacs, I didn't touch
the logic. I made a few tweaks to fit in with MH-E conventions. Here's the
complete list:

- Changed white-list and black-list to whitelist and blacklist
respectively.
- Fixed typos.
- Changed package-version to 8.4.
- Alphabetized variables as appropriate.
- Changed verbiage from "refiles and deletes" to "operations" as in
"Perform the outstanding operations..."
- Removed debugging message.
- Fixed mh-autoload cookies in mh-junk.el.
- Fixed mh-folder-blacklisted face to compile on XEmacs.

I'll close this once I've updated the manual.

revno: 106740
committer: Bill Wohler <wohler <at> newt.com>
branch nick: mh-e
timestamp: Tue 2011-12-27 15:59:35 -0800
message:
  Postpone junk processing (closes SF #2945712). Patch submitted by Ted
  Phelps and refined by Bill Wohler.

  * mh-e.el (mh-blacklist, mh-whitelist): New variables.
  (mh-whitelist-preserves-sequences-flag): New option.
  (mh-before-commands-processed-hook): Update documentation.
  (mh-blacklist-msg-hook, mh-whitelist-msg-hook): New hooks.
  (mh-folder-blacklisted, mh-folder-whitelisted): New faces.
  * mh-folder.el (mh-folder-message-menu): Add "Junk" to "Undo."
  (mh-folder-font-lock-keywords): Add regexps for blacklisted and
  whitelisted messages.
  (mh-folder-mode): Add mh-blacklist and mh-whitelist variables.
  (mh-execute-commands): Update documentation.
  (mh-undo, mh-outstanding-commands-p, mh-process-commands)
  (mh-delete-a-msg, mh-refile-a-msg, mh-undo-msg): Handle blacklisted
  and whitelisted messages.
  * mh-junk.el (mh-junk-blacklist, mh-junk-whitelist): Update to put
  messages in blacklist and whitelist respectively for latter
  processing.
  (mh-blacklist-a-msg, mh-junk-whitelist-a-msg): New function to support
  previous functions.
  (mh-junk-blacklist-disposition): New function.
  (mh-junk-process-blacklist, mh-junk-process-whitelist): New functions
  that perform the blacklisting and whitelisting respectively that used
  to be performed by mh-junk-blacklist and mh-junk-whitelist.
  * mh-scan.el (mh-scan-blacklisted-msg-regexp)
  (mh-scan-whitelisted-msg-regexp): New scan line regexps.
  (mh-scan-good-msg-regexp): Add B and W characters to regexp.
  (mh-scan-cmd-note-width): Update documentation.
  (mh-note-blacklisted, mh-note-whitelisted): New scan line characters.
  * mh-search.el (mh-index-execute-commands): Handle blacklisted and
  whitelisted messages.
modified:
  lisp/mh-e/ChangeLog
  lisp/mh-e/mh-e.el
  lisp/mh-e/mh-folder.el
  lisp/mh-e/mh-junk.el
  lisp/mh-e/mh-scan.el
  lisp/mh-e/mh-search.el

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:11

Message:
Bumping priority to reward Ted for submitting papers .

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:09

Message:
I confirmed your copyright assignment to the FSF. Thanks very much, Ted!
You're right, it's a pretty big patch. I am *so* glad your papers are in
order. If you aren't on holidays tomorrow, please try to pop into the #mh-e
channel at irc.freenode.net and help me out while I merge it during our bug
squashing party (BSP).

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-11-01 13:10

Message:
I realize that everyone is quite busy.  Would it make life easier if I were
to break this up into a series of smaller, easier-to-review patches?

-Ted

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-07-19 21:50

Message:
My Emacs assignment/disclaimer paperwork is now complete (RT#548209), so
this large-ish patch can now be considered GPL-friendly from a copyright
point-of-view.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

[ mh-e-Patches-2945712 ] Postpone junk processing

Patches item #2945712, was opened at 2010-02-03 21:23
Message generated for change (Comment added) made by tphelps
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Bazaar
Status: Open
Resolution: Fixed
Priority: 6
Private: No
Submitted By: Ted Phelps (tphelps)
Assigned to: Bill Wohler (wohler)
Summary: Postpone junk processing

Initial Comment:
The attached patch adds new marks to the mh-e folder view to flag messages as white- or black-listed, so that
the training of the junk mail filter can be postponed until mh-execute-commands is invoked.  This makes
the behavior more consistent with the way refile and delete are already performed, makes it possible to
undo a mis-labelling and moves the potentially slow junk mail filter training operation into a less
inconvenient part of the workflow.

I hope you find it useful.

Thanks,
-Ted

----------------------------------------------------------------------

>Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 21:34

Message:
Thanks for the explanation!

Amusing: m-w.com offers definitions for "blacklist" (but not "black list")
and "white list" (but not "whitelist").  That said, I'm not about to
propose we use "blacklist" and "white-list".

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2012-01-08 21:25

Message:
Hi Ted, thanks for the mh-exec-cmd info.

We use blacklist and whitelist (without the dash) in MH-E because that's
the way they are defined in the Merriam Webster dictionary. Even the Oxford
dictionary lists blacklist and whitelist.

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 20:39

Message:
Thanks Bill.  Sorry I wasn't available on IRC when you were looking into
this.  I've scanned the differences between my patch and yours and I'm
happy with all of the change.  (Well, I like to put a hyphen in blacklist,
but I'm not going to open that can of worms).

I saw that you added a TODO about why mh-exec-cmd was used in mh-blacklist.
 I'm not certain, but I believe the reason is that mh-exec-cmd can process
a whole list of messages in a single call, whereas mh-{refile|delete}-a-msg
must spawn a new process for each message.  I haven't done any testing to
see if there's an observable performance difference between the two
approaches, but I figured my changes were extensive enough without changing
this too.

Thanks!
-Ted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:49

Message:
Here are some variables that might need documentation updates:

mh-before-commands-processed-hook (can now access mh-blacklist and
mh-whitelist), mh-execute-commands, mh-whitelist-msg-hook,
mh-blacklist-msg-hook, mh-index-execute-commands,
mh-scan-blacklisted-msg-regexp, mh-scan-whitelisted-msg-regexp,
mh-note-blacklisted, mh-note-whitelisted, mh-scan-good-msg-regexp.

Edited output of release-utils --variable-changes previous-tag

** New Variables in MH-E XXX
*** mh-blacklist-msg-hook
*** mh-whitelist-msg-hook
*** mh-whitelist-preserves-sequences-flag

** New Faces in MH-E XXX
*** mh-folder-blacklisted
*** mh-folder-whitelisted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:06

Message:
Changes have been committed. Ted, this was wonderful work. Thank you! Other
than one fix to the faces to get it to compile on XEmacs, I didn't touch
the logic. I made a few tweaks to fit in with MH-E conventions. Here's the
complete list:

- Changed white-list and black-list to whitelist and blacklist
respectively.
- Fixed typos.
- Changed package-version to 8.4.
- Alphabetized variables as appropriate.
- Changed verbiage from "refiles and deletes" to "operations" as in
"Perform the outstanding operations..."
- Removed debugging message.
- Fixed mh-autoload cookies in mh-junk.el.
- Fixed mh-folder-blacklisted face to compile on XEmacs.

I'll close this once I've updated the manual.

revno: 106740
committer: Bill Wohler <wohler <at> newt.com>
branch nick: mh-e
timestamp: Tue 2011-12-27 15:59:35 -0800
message:
  Postpone junk processing (closes SF #2945712). Patch submitted by Ted
  Phelps and refined by Bill Wohler.

  * mh-e.el (mh-blacklist, mh-whitelist): New variables.
  (mh-whitelist-preserves-sequences-flag): New option.
  (mh-before-commands-processed-hook): Update documentation.
  (mh-blacklist-msg-hook, mh-whitelist-msg-hook): New hooks.
  (mh-folder-blacklisted, mh-folder-whitelisted): New faces.
  * mh-folder.el (mh-folder-message-menu): Add "Junk" to "Undo."
  (mh-folder-font-lock-keywords): Add regexps for blacklisted and
  whitelisted messages.
  (mh-folder-mode): Add mh-blacklist and mh-whitelist variables.
  (mh-execute-commands): Update documentation.
  (mh-undo, mh-outstanding-commands-p, mh-process-commands)
  (mh-delete-a-msg, mh-refile-a-msg, mh-undo-msg): Handle blacklisted
  and whitelisted messages.
  * mh-junk.el (mh-junk-blacklist, mh-junk-whitelist): Update to put
  messages in blacklist and whitelist respectively for latter
  processing.
  (mh-blacklist-a-msg, mh-junk-whitelist-a-msg): New function to support
  previous functions.
  (mh-junk-blacklist-disposition): New function.
  (mh-junk-process-blacklist, mh-junk-process-whitelist): New functions
  that perform the blacklisting and whitelisting respectively that used
  to be performed by mh-junk-blacklist and mh-junk-whitelist.
  * mh-scan.el (mh-scan-blacklisted-msg-regexp)
  (mh-scan-whitelisted-msg-regexp): New scan line regexps.
  (mh-scan-good-msg-regexp): Add B and W characters to regexp.
  (mh-scan-cmd-note-width): Update documentation.
  (mh-note-blacklisted, mh-note-whitelisted): New scan line characters.
  * mh-search.el (mh-index-execute-commands): Handle blacklisted and
  whitelisted messages.
modified:
  lisp/mh-e/ChangeLog
  lisp/mh-e/mh-e.el
  lisp/mh-e/mh-folder.el
  lisp/mh-e/mh-junk.el
  lisp/mh-e/mh-scan.el
  lisp/mh-e/mh-search.el

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:11

Message:
Bumping priority to reward Ted for submitting papers .

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:09

Message:
I confirmed your copyright assignment to the FSF. Thanks very much, Ted!
You're right, it's a pretty big patch. I am *so* glad your papers are in
order. If you aren't on holidays tomorrow, please try to pop into the #mh-e
channel at irc.freenode.net and help me out while I merge it during our bug
squashing party (BSP).

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-11-01 13:10

Message:
I realize that everyone is quite busy.  Would it make life easier if I were
to break this up into a series of smaller, easier-to-review patches?

-Ted

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-07-19 21:50

Message:
My Emacs assignment/disclaimer paperwork is now complete (RT#548209), so
this large-ish patch can now be considered GPL-friendly from a copyright
point-of-view.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

[ mh-e-Patches-2945712 ] Postpone junk processing

Patches item #2945712, was opened at 2010-02-03 21:23
Message generated for change (Comment added) made by wohler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Bazaar
Status: Open
Resolution: Fixed
Priority: 6
Private: No
Submitted By: Ted Phelps (tphelps)
Assigned to: Bill Wohler (wohler)
Summary: Postpone junk processing

Initial Comment:
The attached patch adds new marks to the mh-e folder view to flag messages as white- or black-listed, so that
the training of the junk mail filter can be postponed until mh-execute-commands is invoked.  This makes
the behavior more consistent with the way refile and delete are already performed, makes it possible to
undo a mis-labelling and moves the potentially slow junk mail filter training operation into a less
inconvenient part of the workflow.

I hope you find it useful.

Thanks,
-Ted

----------------------------------------------------------------------

>Comment By: Bill Wohler (wohler)
Date: 2012-01-08 21:45

Message:
You're right! They don't have the verb form of whitelist either. Hmmm.
Anyone know what's up with that? The Oxford dictionary has the verb form of
white list (with space) though. Weird. Seems that both whitelist and
blacklist should have the same form.

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 21:34

Message:
Thanks for the explanation!

Amusing: m-w.com offers definitions for "blacklist" (but not "black list")
and "white list" (but not "whitelist").  That said, I'm not about to
propose we use "blacklist" and "white-list".

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2012-01-08 21:25

Message:
Hi Ted, thanks for the mh-exec-cmd info.

We use blacklist and whitelist (without the dash) in MH-E because that's
the way they are defined in the Merriam Webster dictionary. Even the Oxford
dictionary lists blacklist and whitelist.

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 20:39

Message:
Thanks Bill.  Sorry I wasn't available on IRC when you were looking into
this.  I've scanned the differences between my patch and yours and I'm
happy with all of the change.  (Well, I like to put a hyphen in blacklist,
but I'm not going to open that can of worms).

I saw that you added a TODO about why mh-exec-cmd was used in mh-blacklist.
 I'm not certain, but I believe the reason is that mh-exec-cmd can process
a whole list of messages in a single call, whereas mh-{refile|delete}-a-msg
must spawn a new process for each message.  I haven't done any testing to
see if there's an observable performance difference between the two
approaches, but I figured my changes were extensive enough without changing
this too.

Thanks!
-Ted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:49

Message:
Here are some variables that might need documentation updates:

mh-before-commands-processed-hook (can now access mh-blacklist and
mh-whitelist), mh-execute-commands, mh-whitelist-msg-hook,
mh-blacklist-msg-hook, mh-index-execute-commands,
mh-scan-blacklisted-msg-regexp, mh-scan-whitelisted-msg-regexp,
mh-note-blacklisted, mh-note-whitelisted, mh-scan-good-msg-regexp.

Edited output of release-utils --variable-changes previous-tag

** New Variables in MH-E XXX
*** mh-blacklist-msg-hook
*** mh-whitelist-msg-hook
*** mh-whitelist-preserves-sequences-flag

** New Faces in MH-E XXX
*** mh-folder-blacklisted
*** mh-folder-whitelisted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:06

Message:
Changes have been committed. Ted, this was wonderful work. Thank you! Other
than one fix to the faces to get it to compile on XEmacs, I didn't touch
the logic. I made a few tweaks to fit in with MH-E conventions. Here's the
complete list:

- Changed white-list and black-list to whitelist and blacklist
respectively.
- Fixed typos.
- Changed package-version to 8.4.
- Alphabetized variables as appropriate.
- Changed verbiage from "refiles and deletes" to "operations" as in
"Perform the outstanding operations..."
- Removed debugging message.
- Fixed mh-autoload cookies in mh-junk.el.
- Fixed mh-folder-blacklisted face to compile on XEmacs.

I'll close this once I've updated the manual.

revno: 106740
committer: Bill Wohler <wohler <at> newt.com>
branch nick: mh-e
timestamp: Tue 2011-12-27 15:59:35 -0800
message:
  Postpone junk processing (closes SF #2945712). Patch submitted by Ted
  Phelps and refined by Bill Wohler.

  * mh-e.el (mh-blacklist, mh-whitelist): New variables.
  (mh-whitelist-preserves-sequences-flag): New option.
  (mh-before-commands-processed-hook): Update documentation.
  (mh-blacklist-msg-hook, mh-whitelist-msg-hook): New hooks.
  (mh-folder-blacklisted, mh-folder-whitelisted): New faces.
  * mh-folder.el (mh-folder-message-menu): Add "Junk" to "Undo."
  (mh-folder-font-lock-keywords): Add regexps for blacklisted and
  whitelisted messages.
  (mh-folder-mode): Add mh-blacklist and mh-whitelist variables.
  (mh-execute-commands): Update documentation.
  (mh-undo, mh-outstanding-commands-p, mh-process-commands)
  (mh-delete-a-msg, mh-refile-a-msg, mh-undo-msg): Handle blacklisted
  and whitelisted messages.
  * mh-junk.el (mh-junk-blacklist, mh-junk-whitelist): Update to put
  messages in blacklist and whitelist respectively for latter
  processing.
  (mh-blacklist-a-msg, mh-junk-whitelist-a-msg): New function to support
  previous functions.
  (mh-junk-blacklist-disposition): New function.
  (mh-junk-process-blacklist, mh-junk-process-whitelist): New functions
  that perform the blacklisting and whitelisting respectively that used
  to be performed by mh-junk-blacklist and mh-junk-whitelist.
  * mh-scan.el (mh-scan-blacklisted-msg-regexp)
  (mh-scan-whitelisted-msg-regexp): New scan line regexps.
  (mh-scan-good-msg-regexp): Add B and W characters to regexp.
  (mh-scan-cmd-note-width): Update documentation.
  (mh-note-blacklisted, mh-note-whitelisted): New scan line characters.
  * mh-search.el (mh-index-execute-commands): Handle blacklisted and
  whitelisted messages.
modified:
  lisp/mh-e/ChangeLog
  lisp/mh-e/mh-e.el
  lisp/mh-e/mh-folder.el
  lisp/mh-e/mh-junk.el
  lisp/mh-e/mh-scan.el
  lisp/mh-e/mh-search.el

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:11

Message:
Bumping priority to reward Ted for submitting papers .

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:09

Message:
I confirmed your copyright assignment to the FSF. Thanks very much, Ted!
You're right, it's a pretty big patch. I am *so* glad your papers are in
order. If you aren't on holidays tomorrow, please try to pop into the #mh-e
channel at irc.freenode.net and help me out while I merge it during our bug
squashing party (BSP).

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-11-01 13:10

Message:
I realize that everyone is quite busy.  Would it make life easier if I were
to break this up into a series of smaller, easier-to-review patches?

-Ted

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-07-19 21:50

Message:
My Emacs assignment/disclaimer paperwork is now complete (RT#548209), so
this large-ish patch can now be considered GPL-friendly from a copyright
point-of-view.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox

[ mh-e-Patches-2945712 ] Postpone junk processing

Patches item #2945712, was opened at 2010-02-03 21:23
Message generated for change (Comment added) made by tphelps
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Bazaar
Status: Open
Resolution: Fixed
Priority: 6
Private: No
Submitted By: Ted Phelps (tphelps)
Assigned to: Bill Wohler (wohler)
Summary: Postpone junk processing

Initial Comment:
The attached patch adds new marks to the mh-e folder view to flag messages as white- or black-listed, so that
the training of the junk mail filter can be postponed until mh-execute-commands is invoked.  This makes
the behavior more consistent with the way refile and delete are already performed, makes it possible to
undo a mis-labelling and moves the potentially slow junk mail filter training operation into a less
inconvenient part of the workflow.

I hope you find it useful.

Thanks,
-Ted

----------------------------------------------------------------------

>Comment By: Ted Phelps (tphelps)
Date: 2012-01-12 20:54

Message:
Looking through the OED, I see the noun form starting as "blacke list"
(1624) becoming "black list" (1774) and finally "blacklist" (2003).  Given
that "white list" (1900) is newer, it's not unreasonable to expect it to
follow the same path and lose its space over time.  Let's stick with
"blacklist" and "whitelist".

-Ted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2012-01-08 21:45

Message:
You're right! They don't have the verb form of whitelist either. Hmmm.
Anyone know what's up with that? The Oxford dictionary has the verb form of
white list (with space) though. Weird. Seems that both whitelist and
blacklist should have the same form.

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 21:34

Message:
Thanks for the explanation!

Amusing: m-w.com offers definitions for "blacklist" (but not "black list")
and "white list" (but not "whitelist").  That said, I'm not about to
propose we use "blacklist" and "white-list".

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2012-01-08 21:25

Message:
Hi Ted, thanks for the mh-exec-cmd info.

We use blacklist and whitelist (without the dash) in MH-E because that's
the way they are defined in the Merriam Webster dictionary. Even the Oxford
dictionary lists blacklist and whitelist.

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2012-01-08 20:39

Message:
Thanks Bill.  Sorry I wasn't available on IRC when you were looking into
this.  I've scanned the differences between my patch and yours and I'm
happy with all of the change.  (Well, I like to put a hyphen in blacklist,
but I'm not going to open that can of worms).

I saw that you added a TODO about why mh-exec-cmd was used in mh-blacklist.
 I'm not certain, but I believe the reason is that mh-exec-cmd can process
a whole list of messages in a single call, whereas mh-{refile|delete}-a-msg
must spawn a new process for each message.  I haven't done any testing to
see if there's an observable performance difference between the two
approaches, but I figured my changes were extensive enough without changing
this too.

Thanks!
-Ted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:49

Message:
Here are some variables that might need documentation updates:

mh-before-commands-processed-hook (can now access mh-blacklist and
mh-whitelist), mh-execute-commands, mh-whitelist-msg-hook,
mh-blacklist-msg-hook, mh-index-execute-commands,
mh-scan-blacklisted-msg-regexp, mh-scan-whitelisted-msg-regexp,
mh-note-blacklisted, mh-note-whitelisted, mh-scan-good-msg-regexp.

Edited output of release-utils --variable-changes previous-tag

** New Variables in MH-E XXX
*** mh-blacklist-msg-hook
*** mh-whitelist-msg-hook
*** mh-whitelist-preserves-sequences-flag

** New Faces in MH-E XXX
*** mh-folder-blacklisted
*** mh-folder-whitelisted

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-27 16:06

Message:
Changes have been committed. Ted, this was wonderful work. Thank you! Other
than one fix to the faces to get it to compile on XEmacs, I didn't touch
the logic. I made a few tweaks to fit in with MH-E conventions. Here's the
complete list:

- Changed white-list and black-list to whitelist and blacklist
respectively.
- Fixed typos.
- Changed package-version to 8.4.
- Alphabetized variables as appropriate.
- Changed verbiage from "refiles and deletes" to "operations" as in
"Perform the outstanding operations..."
- Removed debugging message.
- Fixed mh-autoload cookies in mh-junk.el.
- Fixed mh-folder-blacklisted face to compile on XEmacs.

I'll close this once I've updated the manual.

revno: 106740
committer: Bill Wohler <wohler <at> newt.com>
branch nick: mh-e
timestamp: Tue 2011-12-27 15:59:35 -0800
message:
  Postpone junk processing (closes SF #2945712). Patch submitted by Ted
  Phelps and refined by Bill Wohler.

  * mh-e.el (mh-blacklist, mh-whitelist): New variables.
  (mh-whitelist-preserves-sequences-flag): New option.
  (mh-before-commands-processed-hook): Update documentation.
  (mh-blacklist-msg-hook, mh-whitelist-msg-hook): New hooks.
  (mh-folder-blacklisted, mh-folder-whitelisted): New faces.
  * mh-folder.el (mh-folder-message-menu): Add "Junk" to "Undo."
  (mh-folder-font-lock-keywords): Add regexps for blacklisted and
  whitelisted messages.
  (mh-folder-mode): Add mh-blacklist and mh-whitelist variables.
  (mh-execute-commands): Update documentation.
  (mh-undo, mh-outstanding-commands-p, mh-process-commands)
  (mh-delete-a-msg, mh-refile-a-msg, mh-undo-msg): Handle blacklisted
  and whitelisted messages.
  * mh-junk.el (mh-junk-blacklist, mh-junk-whitelist): Update to put
  messages in blacklist and whitelist respectively for latter
  processing.
  (mh-blacklist-a-msg, mh-junk-whitelist-a-msg): New function to support
  previous functions.
  (mh-junk-blacklist-disposition): New function.
  (mh-junk-process-blacklist, mh-junk-process-whitelist): New functions
  that perform the blacklisting and whitelisting respectively that used
  to be performed by mh-junk-blacklist and mh-junk-whitelist.
  * mh-scan.el (mh-scan-blacklisted-msg-regexp)
  (mh-scan-whitelisted-msg-regexp): New scan line regexps.
  (mh-scan-good-msg-regexp): Add B and W characters to regexp.
  (mh-scan-cmd-note-width): Update documentation.
  (mh-note-blacklisted, mh-note-whitelisted): New scan line characters.
  * mh-search.el (mh-index-execute-commands): Handle blacklisted and
  whitelisted messages.
modified:
  lisp/mh-e/ChangeLog
  lisp/mh-e/mh-e.el
  lisp/mh-e/mh-folder.el
  lisp/mh-e/mh-junk.el
  lisp/mh-e/mh-scan.el
  lisp/mh-e/mh-search.el

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:11

Message:
Bumping priority to reward Ted for submitting papers .

----------------------------------------------------------------------

Comment By: Bill Wohler (wohler)
Date: 2011-12-26 21:09

Message:
I confirmed your copyright assignment to the FSF. Thanks very much, Ted!
You're right, it's a pretty big patch. I am *so* glad your papers are in
order. If you aren't on holidays tomorrow, please try to pop into the #mh-e
channel at irc.freenode.net and help me out while I merge it during our bug
squashing party (BSP).

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-11-01 13:10

Message:
I realize that everyone is quite busy.  Would it make life easier if I were
to break this up into a series of smaller, easier-to-review patches?

-Ted

----------------------------------------------------------------------

Comment By: Ted Phelps (tphelps)
Date: 2010-07-19 21:50

Message:
My Emacs assignment/disclaimer paperwork is now complete (RT#548209), so
this large-ish patch can now be considered GPL-friendly from a copyright
point-of-view.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=313357&aid=2945712&group_id=13357

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2