Discussion:
[VM] Announcement: VM 8.2.0b (beta-testing) release
Uday Reddy
2011-12-28 10:50:23 UTC
Permalink
Happy holidays every one!

I managed to take some time off during the Christmas break to finish up the
work leading up to the 8.2.0 version. I am doing a "beta-testing" release
because there have been some significant changes since the last
"alpha-testing" release. Please download it from the Launchpad web site:

http://launchpad.net/vm

Some highlights:

1. VM can now use the built-in SSL capability of Emacs, for talking to
POP/IMAP servers, e.g., gmail. Set the variable `vm-stunnel-program' to nil
to get this feature. The upcoming Gnu Emacs 24 has built-in SSL. Once you
do this, you won't have to worry about the stunnel program malfunctioning.
(Of course you might have to worry about the built-in SSL malfunctioning.
But that should be less of a problem.)

2. The Help menu has links to the NEWS file and the VM manual. Please test
this. We will need to verify whether VM can locate the relevant files in
different installations.

3. `vm-list-imap-folders' vastly improved. There are also other functions
for working with IMAP servers listed in the manual.

4. `vm-create-virtual-folder-of-threads' (bound to `V T') makes a virtual
folder of entire message threads instead of individual messages. For
example, I use `V T outgoing' to find all threads in which I have written
something, which is useful while cleaning up mailing list discussions.
(Previously, I would have had to do `V C outgoing', find a message, and then
go back to the original folder to find the whole thread. Darf.)

There is also an `sexp' selector, which allows you to use arbitrary
combination of selectors. It was previously malfunctioning, but is now
fixed. For example, you can say

V T sexp <RET> (and (author "monnier") (text "memory leak")) <RET>

to find all threads where Monnier has written about memory leaks.

5. Setting the variable `vm-mail-use-sender-address' to `t' allows VM to
pick up the sender of the current message as the recipient of a new message
composition. (Many people use `reply' to get this functionality, which is
not a right thing to do, as I have mentioned previously in the message
"Don't use the mailbox as an address book". Now, you _can_ use it as an
address book.)

6. You can sort messages by delivery-date instead of the sent-date.
(user option `vm-sort-messages-by-delivery-date'). This is useful when you
deal with moderated mailing lists, where considerable time might elapse
between the sent-date and the message arrival. It might be useful to have
both sent-date and delivery-date as independent sort keys, but for now, you
just have to pick one or the other.

Over 200 bug reports have been targeted and fixed for the 8.2.0 release. I
think we are slowly catching up all the lost time, and re-establishing VM as
the best mail reader there is.

Cheers,
Uday

--------

VM 8.2.0b (2011-12-28)

CHANGES

* New customization variable `vm-spam-score-headers' allows the
extraction of spam scores. (Replaces the former variable
`vm-vs-spam-score-headers' used by vm-avirtual.el.)

* The variable `vm-mime-alternative-select-method' renamed to
`vm-mime-alternative-show-method' to make it clear that it only applies
to the viewing of messages. The new variable
`vm-mime-alternative-yank-method' controls the selection of
alternatives for citation in replies.

* `vm-submit-bug-report' now uses Emacs message-mode for composing the
bug report (whereas it previously used mail-mode with VM-specific
tweaks). Please do C-h m to find the functions you might need.

* Terminology: Interactively created virtual folders are now called
"Search Folders". They have a stronger connection to their parent
folders and inherit some attributes, e.g., the read-only property.

IMPROVEMENTS

* New variable `vm-mail-use-sender-address' allows `vm-mail' to pick up
the sender of the current message as the recipient of a new message
composition.

* See the new info manual section on "IMAP folders" for newly documented
functions. In particular, `vm-list-imap-folders' now lists the message
counts in the IMAP folders.

* New variable: `vm-sort-messages-by-delivery-date' allows messages to be
sorted by the date of their delivery instead of the date sent.

* New virtual folder selectors added: `message-id', `uid' (for IMAP) and
`uidl' (for POP).

* New command `vm-create-virtual-folder-of-threads' (bound to `V T')
allows you to select entire threads into a virtual folder instead of
individual messages. There are also new virtual folder selectors
`thread' and `thread-all'.

* The trace of POP/IMAP sessions are retained in buffers named "trace of
POP session..." or "trace of IMAP session...". They are useful for
troubleshooting any problems with mail server connections.

* Setting `vm-stunnel-program' to nil asks VM to use the built-in SSL
functionality of Emacs, available in Gnu Emacs 24.

* New functions `vmpc-folder-match' and `vmpc-folder-account-match' in
the vm-pcrisis package.

* New variable `vm-mail-auto-save-directory' where message composition
buffers are auto-saved.
Konrad Hinsen
2011-12-29 14:02:35 UTC
Permalink
Post by Uday Reddy
I managed to take some time off during the Christmas break to finish up the
work leading up to the 8.2.0 version. I am doing a "beta-testing" release
because there have been some significant changes since the last
http://launchpad.net/vm
It works fine for me (Carbon-Emacs 24.0.92.1 under MacOS X 10.6).
Post by Uday Reddy
1. VM can now use the built-in SSL capability of Emacs, for talking to
POP/IMAP servers, e.g., gmail. Set the variable `vm-stunnel-program' to nil
to get this feature. The upcoming Gnu Emacs 24 has built-in SSL. Once you
This works fine and is a welcome relief. Installing historical versions of
stunnel everywhere is no fun.
Post by Uday Reddy
3. `vm-list-imap-folders' vastly improved. There are also other functions
for working with IMAP servers listed in the manual.
The new vm-list-imap-folders is fine for modest-sized accounts. On my
main account with > 100 mailboxes, it takes forever. I guess there
isn't much to do about this, since IMAP implemented in Emacs Lisp is
bound to be slow.
Post by Uday Reddy
5. Setting the variable `vm-mail-use-sender-address' to `t' allows VM to
pick up the sender of the current message as the recipient of a new message
composition. (Many people use `reply' to get this functionality, which is
not a right thing to do, as I have mentioned previously in the message
"Don't use the mailbox as an address book". Now, you _can_ use it as an
address book.)
Sounds good, I have to try this!
Post by Uday Reddy
Over 200 bug reports have been targeted and fixed for the 8.2.0 release. I
think we are slowly catching up all the lost time, and re-establishing VM as
the best mail reader there is.
It's on the right track!

Thanks for all the good work,
Konrad.
Uday Reddy
2011-12-29 15:27:42 UTC
Permalink
Post by Konrad Hinsen
Post by Uday Reddy
3. `vm-list-imap-folders' vastly improved. There are also other functions
for working with IMAP servers listed in the manual.
The new vm-list-imap-folders is fine for modest-sized accounts. On my
main account with > 100 mailboxes, it takes forever. I guess there
isn't much to do about this, since IMAP implemented in Emacs Lisp is
bound to be slow.
This is actually an IMAP problem, not of Emacs Lisp. (Actually, Emacs Lisp
speed is quite ok on modern machines.)

IMAP provides a "LIST" command which is required to be fast but doesn't give
the status of the folders, and a separate "STATUS" command which is allowed
to be slow and has to be queried individually for each folder. I would
expect that many IMAP implementations take it to be a license for being as
slow as possible. I will put it on the stack to consider other possible
ways of doing it.

Cheers,
Uday
Konrad Hinsen
2011-12-29 20:38:21 UTC
Permalink
Post by Uday Reddy
Post by Konrad Hinsen
The new vm-list-imap-folders is fine for modest-sized accounts. On my
main account with > 100 mailboxes, it takes forever. I guess there
isn't much to do about this, since IMAP implemented in Emacs Lisp is
bound to be slow.
This is actually an IMAP problem, not of Emacs Lisp. (Actually, Emacs Lisp
speed is quite ok on modern machines.)
IMAP provides a "LIST" command which is required to be fast but doesn't give
the status of the folders, and a separate "STATUS" command which is allowed
to be slow and has to be queried individually for each folder. I would
expect that many IMAP implementations take it to be a license for being as
slow as possible.
I doubt it's a server problem, because Mulberry scans my 395 mailboxes
much faster then vm-list-imap-folders. Another candidate for
explaining the difference is threads: Mulberry runs multiple threads
that do IMAP requests in parallel.

My personal workaround is a specialized version of
vm-list-imap-folders that checks only the folders to which messages
can be delivered. That's only 20 out of 395, and speed is no longer a
problem. Which points of course to the strong point of VM: it's a
fully scriptable mail reader. Even if something is not perfect, you
can at least work around it.

Konrad.

Ulrich Mueller
2011-12-29 15:49:27 UTC
Permalink
Post by Uday Reddy
I managed to take some time off during the Christmas break to finish
up the work leading up to the 8.2.0 version. I am doing a
"beta-testing" release because there have been some significant
changes since the last "alpha-testing" release.
Hi Uday,
Thanks for the great work. I'm about to package 8.2.0b for Gentoo
(it will be called app-emacs/vm-8.2.0_beta because of Gentoo naming
conventions [1]).

I've had some problems with path definitions:
- Variable vm-configure-docdir and vm-configure-infodir are both empty
strings. Looks like their definition in lisp/Makefile.in is missing.
- The data files (NEWS etc.) are installed into etcdir, therefore
vm-configure-datadir should be set to etcdir too. (One could think
about renaming the lisp variable to vm-configure-etcdir. However, in
the patch below I've chosen not to do this.)
The patch included below addresses these path issues.

Also I'm not too happy that the NEWS etc. files are installed twice,
in docdir and in etcdir. What do you think about installing them in
docdir only, but with docdir being equal to etcdir by default (as it's
the case for XEmacs already)? That way, distros could change the
default as needed (according to their policy), without installing
these files twice.

Cheers,
Ulrich

[1] <http://devmanual.gentoo.org/ebuild-writing/file-format/#file-naming-rules>


--- vm-8.2.0b-orig/lisp/Makefile.in
+++ vm-8.2.0b/lisp/Makefile.in
@@ -96,7 +96,10 @@
datadir= @datadir@
datarootdir= @datarootdir@
lispdir = @lispdir@
+etcdir= @etcdir@
pixmapdir= @pixmapdir@
+docdir = @docdir@
+infodir = @infodir@

EMACS_PROG = @EMACS_PROG@
EMACS_FLAVOR = @EMACS_FLAVOR@
@@ -137,7 +140,7 @@
"$(EMACS_PROG)" $(FLAGS) -l autoload \
-f vm-built-autoloads "@abs_builddir@/$@" "`pwd`")
echo "(custom-add-load 'vm 'vm-cus-load)" | tr -d '\015' >> $@
- echo "(setq vm-configure-datadir \"${datadir}/vm\")" | tr -d '\015' >> $@
+ echo "(setq vm-configure-datadir \"${etcdir}\")" | tr -d '\015' >> $@
echo "(setq vm-configure-pixmapdir \"${pixmapdir}\")" | tr -d '\015' >> $@
echo "(setq vm-configure-docdir \"${docdir}\")" | tr -d '\015' >> $@
echo "(setq vm-configure-infodir \"${infodir}\")" | tr -d '\015' >> $@
@@ -168,7 +171,7 @@
cat $@.tmp >> $@
echo "(setq features (delete 'vm-autoloads features))" >> $@
echo "(require 'vm-vars)" >> $@
- echo "(setq vm-configure-datadir \"${datadir}\")" >> $@
+ echo "(setq vm-configure-datadir \"${etcdir}\")" >> $@
echo "(setq vm-configure-pixmapdir \"${pixmapdir}\")" >> $@
$(RM) $@.tmp
Loading...