bug report: notmuch-hello 'All tags' view
On Tue, 02 Nov 2010 20:17:56 +, Darren McGuicken wrote: > I've noticed since rebasing to 0.4 that I'm seeing an empty entry in the > 'All tags' view of notmuch-hello which appears to represent a search > against 'tag:'. Continuing what's turning into an epic one-man list-noise generation effort, I did a bit more digging and it looks like notmuch-hello generates the list of tags for the 'All tags' view by processing each line returned by 'search-tags'. A call to 'notmuch search-tags' from the command line does indeed return an empty string as the first entry for me[1]. Does that point to bad data on my part, or has the output of 'search-tags' changed recently? If the former, any thoughts on how I differentiate an empty tag from something untagged in a search so I can prune it? [1] So we have an apparently empty tag being concatenated with a search string of 'tag:', which actually gives us a search for every message containing the word 'tag' rather than a tag-based search. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/4b8df5ef/attachment.pgp>
bug report: notmuch-hello 'All tags' view
Wow, that was probably the most secure bug report in history - this time in plain for those of you who don't have access to Carl's private key! I've noticed since rebasing to 0.4 that I'm seeing an empty entry in the 'All tags' view of notmuch-hello which appears to represent a search against 'tag:'. For some reason this search matches 1,233 of my now 22,905 messages, encompassing a date range of about five years and including an apparently random collection of both tagged and untagged threads. Anyone else seeing anything similar? What else do you need from me to track this one down? -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/a0f5dac8/attachment.pgp>
***UNCHECKED*** bug report: notmuch-hello 'All tags' view
A non-text attachment was scrubbed... Name: not available Type: application/pgp-encrypted Size: 11 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/0554c700/attachment.bin> -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 1729 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/0554c700/attachment.obj>
bug report: notmuch-hello 'All tags' view
On Tue, 02 Nov 2010 21:03:55 +, Darren McGuicken wrote: > A call to 'notmuch search-tags' from the command line does indeed return > an empty string as the first entry for me[1]. > > Does that point to bad data on my part, or has the output of > 'search-tags' changed recently? fwiw, I don't personally get any empty strings in the output of search-tags (with 0.4). So I don't think it's anything inherent to that function. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/7e9bf6a0/attachment.pgp>
notmuch release 0.4 now available
On Tue, Nov 2, 2010 at 2:33 AM, Carl Worth wrote: > Where to obtain notmuch 0.4 > === > http://notmuchmail.org/releases/notmuch-0.4.tar.gz > > Which can be verified with: > > http://notmuchmail.org/releases/notmuch-0.4.tar.gz.sha1 > d40cb07adab0d595c64e9b73f1fd306cc9dff106 notmuch-0.4.tar.gz > > http://notmuchmail.org/releases/notmuch-0.4.tar.gz.sha1.asc > (signed by Carl Worth) > > I've built 0.4 for Fedora in case anyone is interested. Currently, it is only built for fc13 x86_64, but I'll likely be building for fc14 x86_64 as soon as I get fc14 installed. If anyone wants i686, I can probably be convinced to spin up a vm to do that in. http://aiden.foolishpride.org/~shenson/repos/fc13/ http://aiden.foolishpride.org/~shenson/repos/fc13-sources/ I'll also likely be submitting it to Fedora proper as I have time. Thanks everyone for all the work! -- Scott Henson -- next part -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/7d8ea4a7/attachment.htm>
notmuch release 0.4 now available
On Tue, 2 Nov 2010 12:09:29 -0400, Scott Henson wrote: > I've built 0.4 for Fedora in case anyone is interested. Currently, it is > only built for fc13 x86_64, but I'll likely be building for fc14 x86_64 as > soon as I get fc14 installed. If anyone wants i686, I can probably be > convinced to spin up a vm to do that in. > > http://aiden.foolishpride.org/~shenson/repos/fc13/ > http://aiden.foolishpride.org/~shenson/repos/fc13-sources/ Thanks for sharing those, Scott. > I'll also likely be submitting it to Fedora proper as I have time. Thanks > everyone for all the work! I didn't mention it, but I've got the notmuch release process pushing things directly into Debian. If there's anything I can do to help with Fedora packaging I'd be happy to do that too. We do have a notmuch.spec file in the tree already. Is it up to date? And I was all setup as a Fedora contributor at one point. I might be able to resurrect that. Would it be useful for the same "make release" that I run to also do something with Fedora down the road? If someone would like to set that up, I'd be happy to have that happen. -Carl -- carl.d.worth at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/50bc6524/attachment.pgp>
Questions before adoption: syncing across notmuch installations and IMAP folders as tags?
Hi, I am following notmuch development for some months now. I love the idea, I am comfortable with adopting early and fiddling around. I installed the latest git and got it up and running with offlineimap <--> maildir sync, notmuch new and notmuchsync for imap flag/notmuch tag sync. There are a few must-have features that I cannot figure out whether they are currently possible: *syncing tags across several nutmuch instances on several computers.* I am using emacs/mail on 3 computers. I need the state of notmuch to be the same on all of them. running notmuch remotely is not an option -- I need to work offline. offlineimap sync on all of them needs me assign manual tags again and again which is redundant work and prone to inconsistencies. Can I somehow sync tags? I understand there is the brute force approach of dumping and restoring the database. I /could/ fiddle that into something with git sync? Did someone already do this? is this viable on a small netbook performancewise? *IMAP folders as tags.* I have mail archives with IMAP folders that I consider huge (you may say not much mail...). I hate the folder metaphor for organizing mail - but I used it as well as I could. What folder a mail is in in my case is not some dispensable irrelevant information. I really want to use it to bootstrap my tags in a mail archive in notmuch. I also would like this to be synced for webmail or mobile phone imap access. The notmuchsync script of Sebastian Spaeth contains functions for one direction only: msgs with certain tags can be moved to maildir folders (and thus to imap folders with offlineimap). Is there some code to tag msgs according to their folder too? I could take the notmuchsync code and fiddle around again to do this. But to do it consistently one would need to strip deprecated folder information from the tags after a msg is moved into a different imap folder. This might be difficult and slow. Thanks a lot for this great project! Thanks a lot for your answers. I would love to tag and move my mail into emacs. Gregor
Questions before adoption: syncing across notmuch installations and IMAP folders as tags?
On Tue, 2 Nov 2010 13:09:26 +0100, Gregor Kappler wrote: > There are a few must-have features that I cannot figure out whether > they are currently possible: Both of these things are in the works, and will probably (hopefully) make it into the next release: http://notmuchmail.org/feature-requests/ jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/c5d4a615/attachment.pgp>
Introducing ner: an ncurses based notmuch ui
On Sat, 30 Oct 2010 20:44:54 -0700, Michael Forney wrote: > Currently, at least gcc-4.4, and yaml-cpp-0.2.5 are required. Hi, Michael. What distro do you use? Do you install yaml-cpp from source, or does your distro have packages for all the needed libraries? Unfortunately it looks to me like Debian does not currently support this package. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20101102/2bfb8aa5/attachment-0001.pgp>
Introducing ner: an ncurses based notmuch ui
On Tue, 02 Nov 2010 09:57:43 -0400, Jameson Rollins wrote: > On Sat, 30 Oct 2010 20:44:54 -0700, Michael Forney > wrote: > > Currently, at least gcc-4.4, and yaml-cpp-0.2.5 are required. > > Hi, Michael. What distro do you use? Do you install yaml-cpp from > source, or does your distro have packages for all the needed libraries? > Unfortunately it looks to me like Debian does not currently support this > package. > > jamie. I'm using Exherbo (http://exherbo.org), which does have yaml-cpp packaged (http://git.exherbo.org/summer/packages/dev-libs/yaml-cpp/index.html). I realize that yaml-cpp might be a bit difficult to come by on many systems, and I would definitely consider switching to something else in the future. For now, I needed something easy, and more flexible than GKeyFile. -- Michael Forney
notmuch release 0.4 now available
After a (regrettable) 6-month hiatus, here is a new release of notmuch. I have not yet completed the merging of all interesting, outstanding patches, (nor even all the obvious ones), but I felt it was important to start having releases happen again. It may sound foolhardy, but I really would like to have releases happen as often as once per week. My plan is to start each week by simply looking to see if new code has landed, and if so, push it out in a new release. Let's see how well that works. In the meantime, enjoy this release which provides some important new command-line functionality, (notmuch search --output, notmuch show --format=mbox), lots of emacs interfaces (all sent messages now saved to mail store by default), and one fairly critical bug fix (avoid a possibility for a corrupt database if "notmuch new" is interrupted). There's a lot more beyond that as well. See below for details. -Carl -- carl.d.worth at intel.com Where to obtain notmuch 0.4 === http://notmuchmail.org/releases/notmuch-0.4.tar.gz Which can be verified with: http://notmuchmail.org/releases/notmuch-0.4.tar.gz.sha1 d40cb07adab0d595c64e9b73f1fd306cc9dff106 notmuch-0.4.tar.gz http://notmuchmail.org/releases/notmuch-0.4.tar.gz.sha1.asc (signed by Carl Worth) What's new in notmuch 0.4 = New command-line features - notmuch search --output=(summary|threads|messages|tags|files) This new option allows for particular items to be returned from notmuch searches. The "summary" option is the default and behaves just as "notmuch search" has historically behaved. The new option values allow for thread IDs, message IDs, lists of tags, and lists of filenames to be returned from searches. It is expected that this new option will be very useful in shell scripts. For example: for file in $(notmuch search --output=files ); do "$file" done notmuch show --format=mbox This new option allows for the messages matching a search specification to be presented as an mbox. Specifically the "mboxrd" format is used which allows for reversible quoting of lines beginning with "From ". A reader should remove a single '>' from the beginning of all lines beginning with one or more '>' characters followed by the 5 characters "From ". notmuch config [get|set] . [value ...] The new top-level "config" command allows for any value in the notmuch configuration file to be queried or set to a new value. Both single-valued and multi-valued items are supported, as our any custom items stored in the configuration file. Avoid setting Bcc header in "notmuch reply" We decided that this was a bit heavy-handed as the actual mail user-agent should be responsible for setting any Bcc option. Also, see below for the notmuch/emacs user-agent now setting an Fcc by default rather than Bcc. New library features Add notmuch_query_get_query_string and notmuch_query_get_sort These are simply functions for querying properties of a notmuch_query_t object. New emacs features -- Enable Fcc of all sent messages by default (to "sent" directory) All messages sent from the emacs interface will now be saved to the notmuch mail store where they will be incorporated to the database by the next "notmuch new". By default, messages are saved to the "sent" directory at the top-level of the mail store. This directory can be customized by means of the "Notmuch Fcc Dirs" option in the notmuch customize interface. Ability to all open messages in a thread to a pipe Historically, the '|' keybinding allows for piping a single message to an external command. Now, by prefixing this key with a prefix argument, (for example, by pressing "Control-U |"), all open messages in the current thread will be sent to the external command. Optional support for detecting inline patches This hook is disabled by default but can be enabled with a checkbox under "Notmuch Show Insert Text/Plain Hook" in the notmuch customize interface. It allows for inline patches to be detected and treated as if they were attachments, (with context-sensitive highlighting). Automatically tag messages as "replied" when sending a reply Messages replied to within the emacs interface will now be tagged as "replied". This feature can easily be customized to add or remove other tags as well. For example, a user might use a tag of "needs-reply" and can configure this feature to automatically remove that tag when replying. See "Notmuch Message Mark Replied" in the notmuch customize interface. Allow search-result color specifications to overlay each other For example, one tag can specify the background color of matching lines, while another can specify the foreground. With this change, both settings will now be visible simultaneously, (which was not the case in previous releases).
Re: Introducing ner: an ncurses based notmuch ui
On Sat, 30 Oct 2010 20:44:54 -0700, Michael Forney mfor...@mforney.org wrote: Currently, at least gcc-4.4, and yaml-cpp-0.2.5 are required. Hi, Michael. What distro do you use? Do you install yaml-cpp from source, or does your distro have packages for all the needed libraries? Unfortunately it looks to me like Debian does not currently support this package. jamie. pgpESkKZIOaKV.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: Introducing ner: an ncurses based notmuch ui
On Tue, 02 Nov 2010 09:57:43 -0400, Jameson Rollins jroll...@finestructure.net wrote: On Sat, 30 Oct 2010 20:44:54 -0700, Michael Forney mfor...@mforney.org wrote: Currently, at least gcc-4.4, and yaml-cpp-0.2.5 are required. Hi, Michael. What distro do you use? Do you install yaml-cpp from source, or does your distro have packages for all the needed libraries? Unfortunately it looks to me like Debian does not currently support this package. jamie. I'm using Exherbo (http://exherbo.org), which does have yaml-cpp packaged (http://git.exherbo.org/summer/packages/dev-libs/yaml-cpp/index.html). I realize that yaml-cpp might be a bit difficult to come by on many systems, and I would definitely consider switching to something else in the future. For now, I needed something easy, and more flexible than GKeyFile. -- Michael Forney mfor...@mforney.org ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: bug report: notmuch-hello 'All tags' view
Wow, that was probably the most secure bug report in history - this time in plain for those of you who don't have access to Carl's private key! I've noticed since rebasing to 0.4 that I'm seeing an empty entry in the 'All tags' view of notmuch-hello which appears to represent a search against 'tag:'. For some reason this search matches 1,233 of my now 22,905 messages, encompassing a date range of about five years and including an apparently random collection of both tagged and untagged threads. Anyone else seeing anything similar? What else do you need from me to track this one down? pgp9O82xxp3p4.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: bug report: notmuch-hello 'All tags' view
On Tue, 02 Nov 2010 20:17:56 +, Darren McGuicken mailing-notm...@fernseed.info wrote: I've noticed since rebasing to 0.4 that I'm seeing an empty entry in the 'All tags' view of notmuch-hello which appears to represent a search against 'tag:'. Continuing what's turning into an epic one-man list-noise generation effort, I did a bit more digging and it looks like notmuch-hello generates the list of tags for the 'All tags' view by processing each line returned by 'search-tags'. A call to 'notmuch search-tags' from the command line does indeed return an empty string as the first entry for me[1]. Does that point to bad data on my part, or has the output of 'search-tags' changed recently? If the former, any thoughts on how I differentiate an empty tag from something untagged in a search so I can prune it? [1] So we have an apparently empty tag being concatenated with a search string of 'tag:', which actually gives us a search for every message containing the word 'tag' rather than a tag-based search. pgpAb5s6m53Ws.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: bug report: notmuch-hello 'All tags' view
On Tue, 02 Nov 2010 21:03:55 +, Darren McGuicken mailing-notm...@fernseed.info wrote: A call to 'notmuch search-tags' from the command line does indeed return an empty string as the first entry for me[1]. Does that point to bad data on my part, or has the output of 'search-tags' changed recently? fwiw, I don't personally get any empty strings in the output of search-tags (with 0.4). So I don't think it's anything inherent to that function. jamie. pgp1tIh9mWeWD.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: notmuch release 0.4 now available
On Tue, 2 Nov 2010 12:09:29 -0400, Scott Henson s...@foolishpride.org wrote: I've built 0.4 for Fedora in case anyone is interested. Currently, it is only built for fc13 x86_64, but I'll likely be building for fc14 x86_64 as soon as I get fc14 installed. If anyone wants i686, I can probably be convinced to spin up a vm to do that in. http://aiden.foolishpride.org/~shenson/repos/fc13/ http://aiden.foolishpride.org/~shenson/repos/fc13-sources/ Thanks for sharing those, Scott. I'll also likely be submitting it to Fedora proper as I have time. Thanks everyone for all the work! I didn't mention it, but I've got the notmuch release process pushing things directly into Debian. If there's anything I can do to help with Fedora packaging I'd be happy to do that too. We do have a notmuch.spec file in the tree already. Is it up to date? And I was all setup as a Fedora contributor at one point. I might be able to resurrect that. Would it be useful for the same make release that I run to also do something with Fedora down the road? If someone would like to set that up, I'd be happy to have that happen. -Carl -- carl.d.wo...@intel.com pgpXuALNVd1ne.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
