notmuch release 0.5 now available

notmuch release 0.5 now available

[Carl Worth]

[-- Attachment #1: Type: text/plain, Size: 6365 bytes --]

So, I said I was being foolhardy when I said I wanted to have 0.5 come
just a week after 0.4. And, indeed, we missed that. But considering this
release is only 10 days after 0.4, (where it was 6 months(!) after 0.3),
I think we did pretty well.

The major feature in notmuch 0.5 is the ability to automatically
synchronize maildir flags, (so that if a mail file gets marked
externally with the flag 'S' for "seen" then the "unread" tag in the
notmuch database will be automatically removed). And of course, there
are various fixes and improvements throughout. See below for details.

And we'll see what another week will bring.

Many thanks to those who contributed code to this release, (Ali Polatel,
Carl Worth, David Edmondson, Felipe Contreras, Jameson Rollins,
Michal Sojka, and Scott Henson), and to the many more that contributed
with ideas, testing and feedback.

-Carl

Where to obtain notmuch 0.5
===========================
  http://notmuchmail.org/releases/notmuch-0.5.tar.gz

Which can be verified with:

  http://notmuchmail.org/releases/notmuch-0.5.tar.gz.sha1
  8a02dba668abdae783b94d11de01a27f9dcd6085  notmuch-0.5.tar.gz

  http://notmuchmail.org/releases/notmuch-0.5.tar.gz.sha1.asc
  (signed by Carl Worth)

What's new in notmuch 0.5
=========================
New, general features
---------------------
Maildir-flag synchronization

  Notmuch now knows how to synchronize flags in maildir filenames with
  tags in the notmuch database. The following flag/tag mappings are
  supported:

	Flag <-> Tag
	----     -----
	'D'      draft
	'F'      flagged
        'P'      passed
        'R'      replied
        'S'      unread (added when 'S' flag is not present)

  The synchronization occurs in both directions, (for example, adding
  the 'S' flag to a file will cause the "unread" tag to be added, and
  adding the "replied" tag to a message will cause the file to be
  renamed with an 'R' flag).

  This synchronization is enabled by default for users of the
  command-line interface, (though only files in directories named
  "cur" or "new" will be renamed). It can be disabled by setting the
  new maildir.synchronize_flags option in the configuration file. For
  example:

	notmuch config set maildir.synchronize_flags false

  Users upgrading may also want to run "notmuch setup" once (just
  accept the existing configuration) to get a new, nicely-commented
  [maildir] section added to the configuration file.

  For users of the notmuch library, the new synchronization
  functionality is available with the following two new functions:

	notmuch_message_maildir_flags_to_tags
	notmuch_message_tags_to_maildir_flags

  It is anticipated that future improvements to this support will
  allow for safe synchronization of the 'T' flag with the "deleted"
  tag, as well as support for custom flag/tag mappings.

New library features
--------------------
Support for querying multiple filenames for a single message

  It is common for the mailstore to contain multiple files with the
  same message ID. Previously, notmuch would always hide these
  duplicate files, (returning a single, arbitrary filename with
  notmuch_message_get_filename).

  With this release, library users can access all filenames for a
  message with the new function:

	notmuch_message_get_filenames

  Together with notmuch_filenames_valid, notmuch_filenames_get, and
  notmuch_filenames_move_to_next it is now possible to iterate over
  all available filenames for a given message.

New command-line features
-------------------------
New "notmuch show --format=raw" for getting at original email contents

  This new feature allows for a fully-functional email client to be
  built on top of the notmuch command-line without needing any direct
  access to the mail store itself.

  For example, it's now possible to run "emacs -f notmuch" on a local
  machine with only ssh access to the mail store/notmuch database. To
  do this, simply set the notmuch-command variable in emacs to the
  name of a script containing:

	ssh user@host notmuch "$@"

  If the ssh client has enabled connection sharing (ControlMaster
  option in OpenSSH), the emacs interface can be quite responsive this
  way.

General bug fixes
-----------------
Fix "notmuch search" to print nothing when nothing matches

  The 0.4 release had a bug in which:

	notmuch search <expression-with-no-matches>

  would produce a single blank line of output, (where previous
  versions would produce no output. This fix also causes a change in
  the --format=json output, (which would previously produce "[]" and
  now produces nothing).

Emacs interface improvements
----------------------------
Fix to allow pipe ('|') command to work when using notmuch over ssh

Fix count of lines in hidden signatures.

Omit repeated subject lines in (collapsed) thread display.

Display current thread subject in a header line.

Provide a "c i" binding to copy a thread ID from the search view.

Allow for notmuch-fcc-dirs to have a value of nil.

  Also, the more complex form of notmuch-fcc-dirs now has a slightly
  different format. It no longer has a special first-element, fallback
  string. Instead it's now a list of cons cells where the car of each
  cell is a regular expression to be matched against the sender
  address, and the cdr is the name of a folder to use for an FCC. So
  the old fallback behavior can be achieved by including a fineal cell
  of (".*" . "default-fcc-folder").

Vim interface improvements
--------------------------
Felipe Contreras provided a number of updates for the vim interface.

  These include optimiations, support for newer versions of vim, fixed
  support for sending mail on modern systmms, new commands, and
  various cleanups.

New bindings
------------
Added initial ruby bindings in bindings/ruby

What is notmuch
===============
Notmuch is a system for indexing, searching, reading, and tagging
large collections of email messages in maildir or mh format. It uses
the Xapian library to provide fast, full-text search with a convenient
search syntax.

For more about notmuch, see http://notmuchmail.org
make[1]: Leaving directory `/home/cworth/src/notmuch'

-- 
carl.d.worth@intel.com

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: notmuch release 0.5 now available

[Nicolás Reynolds]

[-- Attachment #1: Type: text/plain, Size: 552 bytes --]

El 11/11/10 09:02, Carl Worth dijo:
> So, I said I was being foolhardy when I said I wanted to have 0.5 come
> just a week after 0.4. And, indeed, we missed that. But considering this
> release is only 10 days after 0.4, (where it was 6 months(!) after 0.3),
> I think we did pretty well.

http://aur.archlinux.org/packages.php?ID=36289 :)


-- 
Salud!
Nicolás Reynolds,
xmpp:fauno@kiwwwi.com.ar
omb:http://identi.ca/fauno
blog:http://selfdandi.com.ar/
gnu/linux user #455044

http://librecultivo.org.ar
http://parabolagnulinux.org

[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]

Re: notmuch release 0.5 now available

[Ethan Glasser-Camp]

On 11/12/2010 12:02 AM, Carl Worth wrote:
> The major feature in notmuch 0.5 is the ability to automatically
> synchronize maildir flags, (so that if a mail file gets marked
> externally with the flag 'S' for "seen" then the "unread" tag in the
> notmuch database will be automatically removed). And of course, there
> are various fixes and improvements throughout. See below for details.
Hi guys,

I know I'm late to the party, but I just wanted to say I've been playing 
with notmuch 0.5 and the synchronization stuff works great. Great job guys!

Ethan

Re: notmuch release 0.5 now available

[Xavier Maillard]

Hi,

I am quite late too but I just found time to upgrade from my old 0.3.1
version to this one and WOW ! The differences are really huge !

What I appreciate most at the moment: blasting performance which makes
my SSD much much more happier !

I am not sure I understand what Fcc and I'd be happy someone is
explaining this to me :)

Finally, kudos to all people enhancing the GNU Emacs client which is
really a pleasure to use (latest changes are awsome !).

I still need a quick wayt to bounce messages though :D

Keep up the good work !

/Xavier

Re: notmuch release 0.5 now available

[Jameson Rollins]

[-- Attachment #1: Type: text/plain, Size: 506 bytes --]

On Mon, 22 Nov 2010 22:38:00 +0100, Xavier Maillard <xavier@maillard.im> wrote:
> I am not sure I understand what Fcc and I'd be happy someone is
> explaining this to me :)

"Fcc" means something like "file cc", which means that a copy of the
message is written to a local directory when sending.  This is useful
for keeping copies of all of the mail that you send out.

> I still need a quick wayt to bounce messages though :D

I think you can do this with the "message-bounce" function in emacs.

jamie.

[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]

Re: notmuch release 0.5 now available

[Xavier Maillard]

Hi,

On Mon, 22 Nov 2010 17:03:35 -0500, Jameson Rollins <jrollins@finestructure.net> wrote:
> On Mon, 22 Nov 2010 22:38:00 +0100, Xavier Maillard <xavier@maillard.im> wrote:
> > I am not sure I understand what Fcc and I'd be happy someone is
> > explaining this to me :)
> 
> "Fcc" means something like "file cc", which means that a copy of the
> message is written to a local directory when sending.  This is useful
> for keeping copies of all of the mail that you send out.

What is the advantage over the "Sent" IMAP folder ?
 
> > I still need a quick wayt to bounce messages though :D
> 
> I think you can do this with the "message-bounce" function in emacs.

I did not know about this one (still doing | sendmail ... :D)

Thank you

/Xavier

Re: notmuch release 0.5 now available

[Jameson Rollins]

[-- Attachment #1: Type: text/plain, Size: 679 bytes --]

On Mon, 22 Nov 2010 23:59:23 +0100, Xavier Maillard <xma@gnu.org> wrote:
> On Mon, 22 Nov 2010 17:03:35 -0500, Jameson Rollins <jrollins@finestructure.net> wrote:
> > "Fcc" means something like "file cc", which means that a copy of the
> > message is written to a local directory when sending.  This is useful
> > for keeping copies of all of the mail that you send out.
> 
> What is the advantage over the "Sent" IMAP folder ?

My sendmail program doesn't know anything about IMAP, so I have no such
folder.  I think it just depends on how your set up works.  If your sent
mail is already being archived somewhere, then maybe the Fcc isn't
useful for you.

jamie.

[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]

Re: notmuch release 0.5 now available

[Xavier Maillard]

On Mon, 22 Nov 2010 18:15:34 -0500, Jameson Rollins <jrollins@finestructure.net> wrote:
> On Mon, 22 Nov 2010 23:59:23 +0100, Xavier Maillard <xma@gnu.org> wrote:
> > On Mon, 22 Nov 2010 17:03:35 -0500, Jameson Rollins <jrollins@finestructure.net> wrote:
> > > "Fcc" means something like "file cc", which means that a copy of the
> > > message is written to a local directory when sending.  This is useful
> > > for keeping copies of all of the mail that you send out.
> > 
> > What is the advantage over the "Sent" IMAP folder ?
> 
> My sendmail program doesn't know anything about IMAP, so I have no such
> folder.  I think it just depends on how your set up works.  If your sent
> mail is already being archived somewhere, then maybe the Fcc isn't
> useful for you.

YMMV as often said :)

Anyway, thank you.

/Xavier