Vladimir G. Ivanovic | 2 Dec 06:20 2002
Picon

Turning threading on ... always

Is there a way of always threading folders?

Thanks.

--- Vladimir

------------------------------------------------------------------------
Vladimir G. Ivanovic                        http://leonora.org/~vladimir
2770 Cowper St.                                         vladimir <at> acm.org
Palo Alto, CA 94306-2447                                 +1 650 678 8014

Bill Wohler | 2 Dec 06:53 2002
X-Face
Picon
Picon

Re: Turning threading on ... always

Vladimir G. Ivanovic <vladimir <at> acm.org> wrote:

> Is there a way of always threading folders?

  I was thinking of adding that feature request. If you beat me to it...
  ;-)

--
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

Satyaki Das | 2 Dec 07:21 2002
X-Face
Picon

Re: Turning threading on ... always

Vladimir G. Ivanovic <vladimir <at> acm.org> writes:

> Is there a way of always threading folders?

Well there isn't right now. The functions mh-visit-folder,
mh-rescan-folder, mh-sort-folder and mh-pack-folder puts the
folder into unthreaded mode (there may be more that I have
missed). I guess it is a bug that the last three do this (the
first is a lack of feature ;-)).

For now you could advice the offending functions:

(defadvice mh-visit-folder (after thread-mh-folder activate)
  "Thread folder if it isn't already threaded."
  (unless (memq 'unthread mh-view-ops)
    (mh-toggle-threads)))

You would also need the same thing for the other functions.

Hope that helps,
Satyaki

Satyaki Das | 2 Dec 07:55 2002
X-Face
Picon

Re: Turning threading on ... always

Vladimir G. Ivanovic <vladimir <at> acm.org> writes:

> That's a great idea. (Why didn't I think of it? I just finished adding
> advice to supercite...)
> 
> For some reason (is this intended behavior?) I have to
> `mh-toggle-threads' twice in every buffer. The first time I get a
> "Scanning...." message in the minibuffer, the second time, a
> "Threading...". 

Just after release I fixed a bug which you could be seeing.
Suppose you had a threaded folder to start with. If you visit
some other folder and use "F v" to go back to the first folder
then even though the folder isn't threaded MH-E thinks it is
threaded.

Sorry about that,
Satyaki

Bill Wohler | 2 Dec 23:56 2002
X-Face
Picon
Picon

Emacs lisp proofread

  I just cranked out the following to fix up some grievous damage that a
  friend's gateway is doing to his mail. If you detect any wheels I
  rebuilt, can you please point them out? Thanks!

(defun my-fix-kens-mail ()
  "Fix Ken's mail formatting."
  (interactive)
  (let (start end)
    (mh-modify (mh-get-msg-num t))
    ;; Fix header of first body part.
    (search-forward-regexp "^content-type:.*name=.*noname.txt")
    (end-of-line)
    (setq end (point))
    (beginning-of-line)
    (delete-region (point) end)
    (insert "Content-Type: application/pgp-encrypted")
    ;; Fix Content-Type in header.
    (mh-goto-header-field "Content-Type")
    (search-forward-regexp "\\(multipart/mixed\\)")
    (replace-match
     "multipart/encrypted; protocol=\"application/pgp-encrypted\"")
    ;; Remove base64 encoding.
    (goto-char (point-min))
    (while (search-forward-regexp "content-transfer-encoding:.*base64" nil t)
      (end-of-line)
      (setq end (1+ (point)))		;include eol
      (beginning-of-line)
      (delete-region (point) end)
      (search-forward-regexp "^$")
      (while (looking-at "^$")
(Continue reading)

Olivier Lecarme | 4 Dec 13:22 2002
Picon
Picon

MH-E 7.0 and MIME composition

On a DEC Alpha with tru64, with Emacs 21.2.92, I cannot have MIME
inclusion to work. Here is an example :

<#part type="application/postscript" filename="~/Tmp/aide.ps" disposition=attachment>
<#/part>

Whether I use C-c C-e or I directly send the message, the result is the
same, the inclusion is not done. This occurred also with the previous
pre-release versions of MH-E, i.e. since the mhn command has changed its
format.

--

-- 

			Olivier Lecarme

Peter S Galbraith | 4 Dec 15:11 2002
X-Face
Picon

Re: MH-E 7.0 and MIME composition

Olivier Lecarme <ol <at> i3s.unice.fr> wrote:

> On a DEC Alpha with tru64, with Emacs 21.2.92, I cannot have MIME
> inclusion to work. Here is an example :
> 
> <#part type="application/postscript" filename="~/Tmp/aide.ps" disposition=attachment>
> <#/part>
> 
> Whether I use C-c C-e or I directly send the message, the result is the
> same, the inclusion is not done. This occurred also with the previous
> pre-release versions of MH-E, i.e. since the mhn command has changed its
> format.

This new format is the gnus format.  They should get included
automatically, but you can do so manually (and see if it works) using
`C-c RET m' or the "Letter" menubar entry called 

 "Pull in All Compositions (gnus)"

It should happen automatically when you send the message after
`mh-mml-compose-insert-flag' gets set to t by the insertion.

Can you tell us what `C-h v mh-mml-compose-insert-flag' returns?

Thanks,
--

-- 
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/

(Continue reading)

Sam Cramer | 6 Dec 22:26 2002
Picon

threading large folder leads to memory exhaustion?

I have been experimenting with MH-E 7.0 and have been generally quite
impressed.  However, an attempt to visit and thread a very large folder
(9.5K messages -- don't ask) resulted in an XEmacs process size of 1206M,
an RSS of 411M, and a nearly comatose Linux box.

Is this a known problem?  Is there a fix?  If not, is there a work-around,
short of "don't visit and thread such a large folder?"

Thanks,
Sam

Satyaki Das | 7 Dec 00:10 2002
X-Face
Picon

Re: threading large folder leads to memory exhaustion?

Sam Cramer <cramer <at> netapp.com> writes:

> I have been experimenting with MH-E 7.0 and have been generally quite
> impressed.  However, an attempt to visit and thread a very large folder
> (9.5K messages -- don't ask) resulted in an XEmacs process size of 1206M,
> an RSS of 411M, and a nearly comatose Linux box.
> 

I haven't tried anything that large. I could thread a folder
with 6067 messages. It takes about 13M on emacs-21.2 and 21M
on xemacs-21.4.8. I am surprised that it takes that much more
memory to thread 9500 messages.

I hope you are using a byte compiled MH-E. Without byte
compilation threading takes much longer. I don't think it
takes any less memory though.

Satyaki

Bill Wohler | 7 Dec 04:02 2002
X-Face
Picon
Picon

Re: threading large folder leads to memory exhaustion?

Sam Cramer <cramer <at> netapp.com> wrote:

> I have been experimenting with MH-E 7.0 and have been generally quite
> impressed.  However, an attempt to visit and thread a very large folder
> (9.5K messages -- don't ask) resulted in an XEmacs process size of 1206M,
> an RSS of 411M, and a nearly comatose Linux box.

  Sam, you have a very impressive box. 

  I just visited a folder with 10724 messages and it threaded it in a
  few seconds. The sizes were 27 MB/ 24 MB respectively.

  Something is obviously wrong over there. Which XEmacs are you running?

  I wonder if it would be instructive to set debug-on-quit to t, thread
  the folder, let it churn for a while, and then hit C-g. Let's see what
  that trace looks like.

--
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.


Gmane