]> git.cworth.org Git - notmuch-wiki/commitdiff
howto: convert from bullets to headlines
authorJani Nikula <jani@nikula.org>
Sat, 25 Feb 2012 06:55:53 +0000 (08:55 +0200)
committerJani Nikula <jani@nikula.org>
Sat, 25 Feb 2012 06:55:53 +0000 (08:55 +0200)
$ sed -ie 's/^\*/##/g' howto.mdwn
$ sed -ie 's/^  //g' howto.mdwn

howto.mdwn

index 77ce9b6febf0384cb2a2ed189096296ecbbbf340..877f5069830ae73ae8739ead52c6312259330e86 100644 (file)
 Some tips about how to do some useful things with notmuch, and the
 various "third party" notmuch utilities.
 
 Some tips about how to do some useful things with notmuch, and the
 various "third party" notmuch utilities.
 
-* <span id="receive_mail">**Receive mail**</span>
-
-  Notmuch requires either [maildir
-  flag](http://cr.yp.to/proto/maildir.html) or a "mh"-style
-  maildirectory to operate on.  Basically any setup in which each mail
-  is in a file of its own will work.  Here are some generally
-  well-regarded mail retrieval tools:
-
-  * [offlineimap](https://github.com/nicolas33/offlineimap/) -
-    quite useful and widely tested, it also offers a handy hook that
-    will come in useful a bit later in our setup.  Also supports
-    "presynchook" and "postsynchook" command that will get run
-    whenever you sync.  Point _postsynchook_ to a script that gets run
-    on every sync and that will do the automatic updating and tagging
-    of your notmuch database.
-
-  * [mbsync](http://isync.sourceforge.net/)
-
-  * [getmail](http://pyropus.ca/software/getmail/)
-
-  * [fetchmail](http://fetchmail.berlios.de/)
-
-  See the [[initial_tagging]] page for more info on initial tagging of messages.
-
-* <span id="python">**Use notmuch from python**</span>
-
-  Notmuch includes python bindings to the notmuch shared
-  library. Extensive API documentation [is
-  available](http://notmuch.readthedocs.org/).
-
-  The bindings are very simple to use.  As an example, given you have
-  the python bindings installed (or simply set your PYTHONPATH
-  environment variable to point to the .../bindings/python directory),
-  this snippet will produce a list of mails matching the given
-  expression:
-
-          >>> import notmuch
-          >>> db = notmuch.Database()
-          >>> query = db.create_query('tag:inbox AND NOT tag:killed')
-          >>> list(query.search_messages()) # doctest:+ELLIPSIS
-          [...]
-
-* <span id="sync_maildir_flags">**Sync notmuch tags and maildir flags**</span>
-
-  notmuch **since version 0.5** syncs maildir flags and respective
-  tags in both directions. This part applies only to notmuch prior to
-  version 0.5 (but please consider updating to a more recent version
-  of notmuch; in addition to maildir tag syncing, it contains many
-  useful new features, and several important bug fixes):
-
-  Some IMAP users rely on maildir flags that convey the status "seen",
-  "replied", "trashed", in order to synchronize the status of their
-  mail across mail clients (a [maildir
-  flag](http://cr.yp.to/proto/maildir.html) is simply a defined part
-  of their filename).  Notmuch will by default happily ignore those
-  flags and will never modify them either, as there is no built-in
-  support for synchronizing your notmuch tags with your imap maildir
-  flags (seen, replied, trashed, etc). However there are currently 2
-  ways in which you can achieve synchronization.
-
-  [notmuchsync](http://spaetz.github.com/notmuchsync/) is a utility
-  (based on the cnotmuch python bindings) that allows synchronization
-  in either direction, as well as pruning of deleted files.
-
-  The second solution allows for fast maildir flag to notmuch tag
-  synchronization (and only in that direction) requires patching the
-  notmuch source code. The patch has been posted in this mail
-  *id:1267450136-31749-1-git-send-email-Sebastian@SSpaeth.de* and can
-  be viewed as a [source diff in this git
-  repository](http://github.com/spaetz/notmuch-all-feature/commit/df3b087cefb85e9d16fd17540e348bcb854dd7ee).
-
-* <span id="print_filenames">**Using notmuch with Mutt**</span>
-
-  Notmuch is a great mail indexing tool that can also be used *in conjunction*
-  with existing Mail User Agents (MUA) instead of replacing them. The advantage
-  of such mixed solutions is that users can benefit from notmuch features (such
-  as full-text search and thread reconstruction) without *having to* change
-  MUA.
-
-  A popular geek MUA is [the Mutt e-mail client](http://www.mutt.org);
-  integrating notmuch with Mutt is not seamless, but fairly straightforward.
-  There are two principal possibilities, each with its own ups and downs:
-
-  * Using mutt-notmuch, which will create a "virtual" maildir folder with
-    search results whenever a search is made. The upside is that you can
-    search all your folders simultanously; the downside is that your
-    modifications in the results listing do not carry over, also having
-    to switch folders comes with some more annoyances.
-
-    An
-    [**how to use Notmuch with Mutt**](http://upsilon.cc/~zack/blog/posts/2011/01/how_to_use_Notmuch_with_Mutt/)
-    has been written by Stefano Zacchiroli. Check out the
-    [howto](http://upsilon.cc/~zack/blog/posts/2011/01/how_to_use_Notmuch_with_Mutt/)
-    for more information.
-
-    <small>(Note by the howto author: I've linked the howto from this wiki rather
-    than splicing it in, in order to avoid duplication of information. If you
-    think it would be better to have it here, feel free to copy the text
-    here. The howto is
-    [available](http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=zack-homepage.git;a=history;f=blog/posts/2011/01/how_to_use_Notmuch_with_Mutt.mdwn)
-    in markdown syntax from the Git repository of my homepage.)</small>
-
-  * Using a simple macro that will emulate the "limit" mutt functionality
-    using notmuch.
-
-    See the [**alternative notmuch integration**](http://log.or.cz/?p=228)
-    blog post for instructions and details,
-    or simply put these two macros to your muttrc:
-
-                           # 'L' performs a notmuch query, showing only the results
-                           macro index L "<enter-command>unset wait_key<enter><shell-escape>read -p 'notmuch query: ' x; echo \$x >~/.cache/mutt_terms<enter><limit>~i \"\`notmuch search --output=messages \$(cat ~/.cache/mutt_terms) | head -n 600 | perl -le '@a=<>;chomp@a;s/\^id:// for@a;$,=\"|\";print@a'\`\"<enter>" "show only messages matching a notmuch pattern"
-                           # 'a' shows all messages again (supersedes default <alias> binding)
-                           macro index a "<limit>all\n" "show all messages (undo limit)"
-
-    The upside (if you are used to working in the context of a single folder)
-    is that this really does use the limit functionality of mutt
-    and you are still in your original folder.
-    The downside is that this approach has scaling problems
-    and works well only for reasonably specific queries.
-
-
-* <span id="reapply_auto">**Automatically retagging the database (e.g., when upgrading versions)**</span>
-
-  Certain versions of notmuch include new automatic tags (for example, between
-  0.3 and 0.10, automatic tagging of signed and encrypted messages was added).
-  However, for users running with databases created in older versions of
-  notmuch, these tags are missing in pre-existing messages and need to be
-  added.  One way to do this is as follows:
-
-                           $ notmuch dump ~/out.nm
-                           $ mv ~/Mail/.notmuch ~/.notmuch.bak
-                           $ notmuch new
-                           $ notmuch tag -inbox -unread '*'
-                           $ notmuch restore --accumulate ~/out.nm
-
-  At this point, one should run a sanity check on the tags, and if everything
-  has merged correctly, the ~/.notmuch.bak directory is expendable, as is
-  ~/out.nm.
-
-* <span id="nbox">**Dealing with mbox and other formats**</span>
-
-  notmuch by itself is unable to handle non-maildir mail archives.  One tool
-  to solve this is called mb2md.  Assuming an mbox in ~/test.mbox and ones
-  mail archives to be in ~/Mail, an invocation would look like
-
-                           $ mb2md -s ~/test.mbox -d ~/Mail/mynewmaildirname
-
-  Note that specifying the paths for -s and -d is necessary.  This will create
-  a new maildir in ~/Mail/mynewmaildirname from the mbox at ~/test.mbox.
-
-  Often the formats are more convoluted, however.  Many lists provide an
-  almost-but-not-quite-mbox format that mailman produces, as can be seen, for
-  example, [here](http://lists.xapian.org/pipermail/xapian-devel/).  These
-  files can be converted with some degree of success to mbox using the script
-  found
-  [here](http://www.hermann-uwe.de/blog/converting-mailman-gzipd-text-archive-files-to-proper-mbox-files),
-  and from mbox to maildir as above.
-
-  However, many of these lists also have a gmane version, which, where it
-  exists, achieves far better results than dealing with the messy mailman
-  output.  Using the instructions from [Gmane's
-  site](http://gmane.org/export.php), we can download an mbox file, which we
-  can then convert to maildir using mb2md or other utility.
-
-* <span id="special_tags">**Take advantage of tags that are special to notmuch**</span>
-
-  See [[tags special to notmuch|special-tags]].
+## <span id="receive_mail">**Receive mail**</span>
+
+Notmuch requires either [maildir
+flag](http://cr.yp.to/proto/maildir.html) or a "mh"-style
+maildirectory to operate on.  Basically any setup in which each mail
+is in a file of its own will work.  Here are some generally
+well-regarded mail retrieval tools:
+
+* [offlineimap](https://github.com/nicolas33/offlineimap/) -
+  quite useful and widely tested, it also offers a handy hook that
+  will come in useful a bit later in our setup.  Also supports
+  "presynchook" and "postsynchook" command that will get run
+  whenever you sync.  Point _postsynchook_ to a script that gets run
+  on every sync and that will do the automatic updating and tagging
+  of your notmuch database.
+
+* [mbsync](http://isync.sourceforge.net/)
+
+* [getmail](http://pyropus.ca/software/getmail/)
+
+* [fetchmail](http://fetchmail.berlios.de/)
+
+See the [[initial_tagging]] page for more info on initial tagging of messages.
+
+## <span id="python">**Use notmuch from python**</span>
+
+Notmuch includes python bindings to the notmuch shared
+library. Extensive API documentation [is
+available](http://notmuch.readthedocs.org/).
+
+The bindings are very simple to use.  As an example, given you have
+the python bindings installed (or simply set your PYTHONPATH
+environment variable to point to the .../bindings/python directory),
+this snippet will produce a list of mails matching the given
+expression:
+
+        >>> import notmuch
+        >>> db = notmuch.Database()
+        >>> query = db.create_query('tag:inbox AND NOT tag:killed')
+        >>> list(query.search_messages()) # doctest:+ELLIPSIS
+        [...]
+
+## <span id="sync_maildir_flags">**Sync notmuch tags and maildir flags**</span>
+
+notmuch **since version 0.5** syncs maildir flags and respective
+tags in both directions. This part applies only to notmuch prior to
+version 0.5 (but please consider updating to a more recent version
+of notmuch; in addition to maildir tag syncing, it contains many
+useful new features, and several important bug fixes):
+
+Some IMAP users rely on maildir flags that convey the status "seen",
+"replied", "trashed", in order to synchronize the status of their
+mail across mail clients (a [maildir
+flag](http://cr.yp.to/proto/maildir.html) is simply a defined part
+of their filename).  Notmuch will by default happily ignore those
+flags and will never modify them either, as there is no built-in
+support for synchronizing your notmuch tags with your imap maildir
+flags (seen, replied, trashed, etc). However there are currently 2
+ways in which you can achieve synchronization.
+
+[notmuchsync](http://spaetz.github.com/notmuchsync/) is a utility
+(based on the cnotmuch python bindings) that allows synchronization
+in either direction, as well as pruning of deleted files.
+
+The second solution allows for fast maildir flag to notmuch tag
+synchronization (and only in that direction) requires patching the
+notmuch source code. The patch has been posted in this mail
+*id:1267450136-31749-1-git-send-email-Sebastian@SSpaeth.de* and can
+be viewed as a [source diff in this git
+repository](http://github.com/spaetz/notmuch-all-feature/commit/df3b087cefb85e9d16fd17540e348bcb854dd7ee).
+
+## <span id="print_filenames">**Using notmuch with Mutt**</span>
+
+Notmuch is a great mail indexing tool that can also be used *in conjunction*
+with existing Mail User Agents (MUA) instead of replacing them. The advantage
+of such mixed solutions is that users can benefit from notmuch features (such
+as full-text search and thread reconstruction) without *having to* change
+MUA.
+
+A popular geek MUA is [the Mutt e-mail client](http://www.mutt.org);
+integrating notmuch with Mutt is not seamless, but fairly straightforward.
+There are two principal possibilities, each with its own ups and downs:
+
+* Using mutt-notmuch, which will create a "virtual" maildir folder with
+  search results whenever a search is made. The upside is that you can
+  search all your folders simultanously; the downside is that your
+  modifications in the results listing do not carry over, also having
+  to switch folders comes with some more annoyances.
+
+  An
+  [**how to use Notmuch with Mutt**](http://upsilon.cc/~zack/blog/posts/2011/01/how_to_use_Notmuch_with_Mutt/)
+  has been written by Stefano Zacchiroli. Check out the
+  [howto](http://upsilon.cc/~zack/blog/posts/2011/01/how_to_use_Notmuch_with_Mutt/)
+  for more information.
+
+  <small>(Note by the howto author: I've linked the howto from this wiki rather
+  than splicing it in, in order to avoid duplication of information. If you
+  think it would be better to have it here, feel free to copy the text
+  here. The howto is
+  [available](http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=zack-homepage.git;a=history;f=blog/posts/2011/01/how_to_use_Notmuch_with_Mutt.mdwn)
+  in markdown syntax from the Git repository of my homepage.)</small>
+
+* Using a simple macro that will emulate the "limit" mutt functionality
+  using notmuch.
+
+  See the [**alternative notmuch integration**](http://log.or.cz/?p=228)
+  blog post for instructions and details,
+  or simply put these two macros to your muttrc:
+
+                         # 'L' performs a notmuch query, showing only the results
+                         macro index L "<enter-command>unset wait_key<enter><shell-escape>read -p 'notmuch query: ' x; echo \$x >~/.cache/mutt_terms<enter><limit>~i \"\`notmuch search --output=messages \$(cat ~/.cache/mutt_terms) | head -n 600 | perl -le '@a=<>;chomp@a;s/\^id:// for@a;$,=\"|\";print@a'\`\"<enter>" "show only messages matching a notmuch pattern"
+                         # 'a' shows all messages again (supersedes default <alias> binding)
+                         macro index a "<limit>all\n" "show all messages (undo limit)"
+
+  The upside (if you are used to working in the context of a single folder)
+  is that this really does use the limit functionality of mutt
+  and you are still in your original folder.
+  The downside is that this approach has scaling problems
+  and works well only for reasonably specific queries.
+
+
+## <span id="reapply_auto">**Automatically retagging the database (e.g., when upgrading versions)**</span>
+
+Certain versions of notmuch include new automatic tags (for example, between
+0.3 and 0.10, automatic tagging of signed and encrypted messages was added).
+However, for users running with databases created in older versions of
+notmuch, these tags are missing in pre-existing messages and need to be
+added.  One way to do this is as follows:
+
+                         $ notmuch dump ~/out.nm
+                         $ mv ~/Mail/.notmuch ~/.notmuch.bak
+                         $ notmuch new
+                         $ notmuch tag -inbox -unread '*'
+                         $ notmuch restore --accumulate ~/out.nm
+
+At this point, one should run a sanity check on the tags, and if everything
+has merged correctly, the ~/.notmuch.bak directory is expendable, as is
+~/out.nm.
+
+## <span id="nbox">**Dealing with mbox and other formats**</span>
+
+notmuch by itself is unable to handle non-maildir mail archives.  One tool
+to solve this is called mb2md.  Assuming an mbox in ~/test.mbox and ones
+mail archives to be in ~/Mail, an invocation would look like
+
+                         $ mb2md -s ~/test.mbox -d ~/Mail/mynewmaildirname
+
+Note that specifying the paths for -s and -d is necessary.  This will create
+a new maildir in ~/Mail/mynewmaildirname from the mbox at ~/test.mbox.
+
+Often the formats are more convoluted, however.  Many lists provide an
+almost-but-not-quite-mbox format that mailman produces, as can be seen, for
+example, [here](http://lists.xapian.org/pipermail/xapian-devel/).  These
+files can be converted with some degree of success to mbox using the script
+found
+[here](http://www.hermann-uwe.de/blog/converting-mailman-gzipd-text-archive-files-to-proper-mbox-files),
+and from mbox to maildir as above.
+
+However, many of these lists also have a gmane version, which, where it
+exists, achieves far better results than dealing with the messy mailman
+output.  Using the instructions from [Gmane's
+site](http://gmane.org/export.php), we can download an mbox file, which we
+can then convert to maildir using mb2md or other utility.
+
+## <span id="special_tags">**Take advantage of tags that are special to notmuch**</span>
+
+See [[tags special to notmuch|special-tags]].