Many NTers out there have problems building
NT. It's really not that hard. The
utilities have everything you need, along with Emacs.
\emacs\binis in your path.
MH comes with a program called
packf, which converts an
MH folder into a MMDF-style folder. VM can read and write MMDF
folders, and auto-detects the folder type when you visit them.
Fred Wheeler of RPI offers this alternate solution:
I used the following commands on MH folder to one VM folder: folder +inbox packmbox > inbox.mbox I don't know the differences between packf and packmbox, but I know this worked. You might want to mention it in case there are people out there who have packmbox but not packf.
Use the command `
M-x unrmail' on the RMAIL folder. Or,
visit the folder in VM and write it out as a 'From_' type folder with
If you're switching from RMAIL to VM, or you just want to 'turn it
down' a little, you might like to try the following as a staring
; Disallow changes to frame and window configuration (setq vm-mutable-frames nil) (setq vm-mutable-windows nil) (setq vm-raise-frame-at-startup nil) ; you may also like this (setq vm-frame-per-composition nil) (setq vm-frame-per-edit nil) ; Turn off the toolbar (setq vm-use-toolbar nil) ; Startup without summary (like RMAIL) (setq vm-startup-with-summary nil) ;(setq vm-startup-with-summary 1) ; start up with summary if there are new ; or unread messages ; Turn off previewing (setq vm-preview-lines nil) ; jump to unread messages before new messages (setq vm-jump-to-new-messages nil) (setq vm-jump-to-unread-messages t)
VM Add Ons
(http://www.gnac.com/~hogan/vm/) contains a collection of
.vm (init) files, as well as code hacks to make VM even
more powerful. Unfortunately, this page is no longer up.
If you know of a VM resource that should be listed here, please contact the FAQ maintainer (firstname.lastname@example.org).
You may have noticed that VM is very slow when loading and saving large folders. (Even when using index files.) If you have lots of memory, you may be able to speed this up by increasing XEmacs' garbage collection threshold using:
(setq gc-cons-threshold 2000000)
This is four times XEmacs' default of 500000.
The downside of this, is that XEmacs will suck up much more memory. But if you have lots of memory, the speedup will be quite large, because less garbage collections need to happen.