how to rename folder

I want to rename a folder.  It used to be I could do that outside of
MH-E, then do

    (setq mh-folder-list nil)

and (usually) have the right thing happen, i.e., mh-e regenerates its
list of folders.  (I say "usually" because sometimes I would have to do
the setq twice for some reason.)

With MH-E 7 (or at least MH-E 7.4.2), that no longer works.  And I don't
see folder rename built into MH-E.  So how do I rename a folder?  I
guess I could move all the messages into the new folder and then delete
the old one.  Seems a bit clumsy, though.

cheers,
mike

Re: how to rename folder

Mike Kupfer <mike.kupfer <at> sun.com> writes:

> I want to rename a folder.  It used to be I could do that outside of
> MH-E, then do
> 
>     (setq mh-folder-list nil)
> 
> and (usually) have the right thing happen, i.e., mh-e regenerates its
> list of folders.  (I say "usually" because sometimes I would have to do
> the setq twice for some reason.)
> 
> With MH-E 7 (or at least MH-E 7.4.2), that no longer works.  And I don't
> see folder rename built into MH-E.  So how do I rename a folder?  I
> guess I could move all the messages into the new folder and then delete
> the old one.  Seems a bit clumsy, though.

In the latest MH-E the following two statements need to be
executed after a folder has been renamed:

  (when (boundp 'mh-speed-folder-map)
    (mh-speed-invalidate-map ""))
  (clrhash mh-sub-folders-cache)

Only the second statement is sufficient if you are not using the
speedbar.

We should probably add a command to rename folders in MH-E.  After
all we do have a command to kill folders.

Satyaki

Re: how to rename folder

Satyaki Das <satyaki <at> theforce.stanford.edu> wrote:

> We should probably add a command to rename folders in MH-E.  After
> all we do have a command to kill folders.

Absolutely!

--

-- 
Peter S. Galbraith, MH-E developer  <p.galbraith <at> globetrotter.net>
GPG key 1024/D2A913A1 - 97CE 866F F579 96EE  6E68 8170 35FF 799E
6623'rd GNU/Linux user at the Counter - http://counter.li.org/

Re: how to rename folder

Peter S Galbraith <p.galbraith <at> globetrotter.net> wrote:

> Satyaki Das <satyaki <at> theforce.stanford.edu> wrote:
> 
> > We should probably add a command to rename folders in MH-E.  After
> > all we do have a command to kill folders.
> 
> Absolutely!

Okay, I'll file a feature request at Sourceforge.

Satyaki, thanks for the Lisp to invoke when a folder has been renamed.

cheers,
mike

Clickable URLs in long messages?

Hi all,
   What determines whether or not a URL in a message will be highlighted
so that mouse-2 will follow the URL?  In many messages I receive, any
URL can be followed.  But I regularly receive messages in which this is
not the case.  (This isn't a big deal, but I'm curious why the behavior
is different in messages that are seemingly similar.)

   Playing around a little bit with this indicates that if the message
is longer than a certain length, the URLs don't get highlighted.  (If I
make a copy of the same message but cut the length greatly, then URLs
work as expected.)  Is this correct, and if so, is there a variable one
can set to extend this length?

Thanks,

Eric

P.S.  Using MH-E 7.82, Gnus v5.10.6, Emacs 21.3.1.

multipart/alternative not rendered correctly

When I view the attached message, I see raw HTML.  My first choice
would be to see the text/plain alternative.  My second choice would be
to see rendered HTML.  Raw HTML is right out. 

I'm wondering if there is a configuration setting I have wrong that
would help with this.  Failing that, should I just file this as a bug?

thanks,
mike

From: When I view the attached message, I see raw HTML. My first choice would be to see the text/plain alternative. My second choice would be to see rendered HTML. Raw HTML is right out. I'm wondering if there is a configuration setting I have wrong that would help with this. Failing that, should I just file this as a bug? thanks, mike <openparcforum-announce <at> parc.com>
Subject: PARC Forum: Thursday, November 4, "Technical Innovation's Role in Intelligence Reform," Gilman Louie
Date: 2004-10-29 11:06:30 GMT

(Continue reading)

Re: Large delays when sending a reply in MH-E on Fedora 2

Well, my MH-E delay problem has been raising its ugly had again
recently, and I finally managed to track down the real cause of the
problem. I don't think any more that MH-E is to blame, unless it's doing
some weird stuff to the lock file. What appears to happen is that NMH
gets hung on a lock file. Here is strace output:

$ strace -p 11492

[PID 11492 is 'anno', which is being executed by 'send']

Process 11492 attached - interrupt to quit
setup()                                 = 0
stat64("/grads2/cubranic/Mail/context.lock", 0xfef4b96c) = -1 ENOENT (No such file or directory)
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({5, 0}, {5, 0})               = 0

[repeats another 6 or more times]

fstat64(4, {st_mode=S_IFDIR|0700, st_size=8192, ...}) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
stat64("/grads2/cubranic/Mail/inbox", {st_mode=S_IFDIR|0700,
st_size=8192, ...}) = 0
access("/grads2/cubranic/Mail/inbox", W_OK) = 0

[and proceeds to list the directory, modify .mhsequences, etc.]

Does anyone here know what my be causing those errors on 'context.lock'
and why 'anno' waits so long for it? (I noticed the same thing

Re: multipart/alternative not rendered correctly

mike.kupfer <at> sun.com writes:

> When I view the attached message, I see raw HTML.  My first choice
> would be to see the text/plain alternative.

To get that you need to add:

  (setq mm-discouraged-alternatives '("text/html"))

to your .emacs.

>                                              My second choice would be
> to see rendered HTML.  Raw HTML is right out. 

To see rendered HTML you need to set mm-text-html-renderer
appropriately.  I use w3m and that seems to work quite well with
the email you forwarded (when I set mm-discouraged-alternatives
back to nil).

The HTML rendering possibly works only when you have a recent
enough Gnus (5.10.x for various values of x should suffice).

Satyaki

Re: multipart/alternative not rendered correctly

>>>>> "SD" == Satyaki Das <satyaki <at> chicory.stanford.edu> writes:

    >> When I view the attached message, I see raw HTML.  My first
    >> choice would be to see the text/plain alternative.

    SD> To get that you need to add:

    SD>   (setq mm-discouraged-alternatives '("text/html"))

    SD> to your .emacs.

That works, thanks.

    SD> To see rendered HTML you need to set mm-text-html-renderer
    SD> appropriately.  I use w3m and that seems to work quite well with
    SD> the email you forwarded (when I set mm-discouraged-alternatives
    SD> back to nil).

I tried that and got the entire message (both alternatives) as raw
text.  

I seem to be getting w3 (instead of w3m) as the default renderer.  That
appears to be the first choice for gnus:

(defcustom mm-text-html-renderer
  (cond ((locate-library "w3") 'w3)
	((executable-find "w3m") (if (locate-library "w3m")
				     'w3m
				   'w3m-standalone))
	((executable-find "links") 'links)