notmuch-emacs: Highlight the file attachment
Hi there, When showing a message with notmuch-show, I'd love to highlight the file attachment part. I want to distinguish them from the other mml stuff which I usually do not need to care about. Is there any easy way to determine that part programmatically? Looking at the text properties in the show buffer, these parts seem to be simple buttons with no special property. If notmuch show would add a text property when inserting these particular buttons, one could simply add a face overlay or something. Or it could be wrapped in a special face. JV -- http://www.joergvolbers.de https://fu-berlin.academia.edu/joergvolbers https://www.geisteswissenschaften.fu-berlin.de/we01/institut/mitarbeiter/koop_gaeste/volbers/index.html ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: feature request: parameters for reply templates
In this particular case the implementation is probably pretty easy (still SMOP, though), just what exactly should be done is the hard part, to get nice, clean, useable and maintainable solution. Thanks for the clarification. That's of course right. JV Tomi JV Tomi Ollila writes: Did you have spec in mind ? =D -- http://www.joergvolbers.de https://fu-berlin.academia.edu/joergvolbers https://www.geisteswissenschaften.fu-berlin.de/we01/institut/mitarbeiter/koop_gaeste/volbers/index.html ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: feature request: parameters for reply templates
OK, seems there is something I do not understand. What do you mean with "spec in mind"? JV Tomi Ollila writes: On Tue, May 12 2020, Jörg Volbers wrote: My gut reaction is that doing more formatting in notmuch reply is probably a mistake; it's hard enough to get two users to agree on these kind of customizations, never mind two different MUAs. Probably what we need to do is make sure the structured (json/s-expr) output has enough information for clients to do what they need/want to do. I agree, but why not add some switches which allow to turn some aspects of the reply output on or off? I am thinking here in particular of the parts which are not plain text. Since not every mail has an attachment, it makes perfect sense to let the user decide whether a reply includes a text reference to the attachment. A simple on-off-switch would be enough. Did you have spec in mind ? =D JV Tomi -- http://www.joergvolbers.de https://fu-berlin.academia.edu/joergvolbers https://www.geisteswissenschaften.fu-berlin.de/we01/institut/mitarbeiter/koop_gaeste/volbers/index.html ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: feature request: parameters for reply templates
My gut reaction is that doing more formatting in notmuch reply is probably a mistake; it's hard enough to get two users to agree on these kind of customizations, never mind two different MUAs. Probably what we need to do is make sure the structured (json/s-expr) output has enough information for clients to do what they need/want to do. I agree, but why not add some switches which allow to turn some aspects of the reply output on or off? I am thinking here in particular of the parts which are not plain text. Since not every mail has an attachment, it makes perfect sense to let the user decide whether a reply includes a text reference to the attachment. A simple on-off-switch would be enough. JV -- http://www.joergvolbers.de https://fu-berlin.academia.edu/joergvolbers https://www.geisteswissenschaften.fu-berlin.de/we01/institut/mitarbeiter/koop_gaeste/volbers/index.html ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
notmuch-bookmarks now in melpa
Hi everybody, the emacs package notmuch-bookmarks just got merged into melpa. It allows to bookmark notmuch query buffers, thus providing an alternative to notmuch-jump-search. To ease the handling of these bookmarks, some additional functionality is provided, i.e., restrict the bookmark menu to the notmuch buffers only, or edit the query or the name of the notmuch bookmark interactively. Any feedback and suggestions are welcome. If you are audacious, you might actually also try "notmuch-alerts" which is in the same github repository, but not in melpa yet. It adds alerts on top of the bookmarks, so that you can eassily see which bookmarked query has received new mails. In fact, adding alerts turns the bookmark feature into a complete alternative to the notmuch hello screen. I use the package on a daily basis. Jörg -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: Attach public key and encrypt by default
I use a minor mode which automatically adds an encryption tag to the message if a key is known to exist. It does not look up the key, it only checks the private store (those keys which are already known by the gpg agent). Maybe you could adapt this to your needs. The source is located at https://github.com/publicimageltd/encryptif Jörg Jameson Graef Rollins writes: On Mon, Dec 16 2019, "Carolyn \"Lynn\" Knight-Serrano" wrote: I have two feature requests/questions for notmuch-emacs? One would it be possible to add or configure in support for automatically adding your gpg public key to messages? Second, could there be a feature that checks if there's a gpg key for the recipient of a message and if there is, turn on encryption by default? Thanks! Hi, Carolyn. Both of these features is basically exactly what autocrypt aims to provide: https://autocrypt.org/ I know that Daniel Gillmor (dkg) and others have been actively working on building autocrypt support into notmuch and notmuch-emacs. I too really want autocrypt support in notmuch, and am wishing I had more time to help integrate it. Maybe we can convince dkg to report on where he sees things right now and we can outline a development work plan to help push development forward. jamie. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Add limit and offset to notmuch show
Hi, I'd like to repeat my wish to add some kind of search limit to notmuch show, like it is already implemented in notmuch search. Reason being that I written have my own little elisp client which allows me to browse through "tagsets", that is, I look at all mails corresponding to some predefined sets of tags. On the left the tagset, on the right a preview of the matching threads. Since it is only a preview, it simply makes no sense to execute all of the query, so it would be great if I could simply pass some limits to the query. I believe my use case is not rare. A combination like the parameters offset/limit already used by notmuch-search would allow to considerably speed up all kind of client operations. The client could just act on smaller parts or impose sensible limits. For example, if looking at all mails, it makes sense to only show the first 500 or so and only load further mails on request. Regards, Jörg -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Feature request: Limit output of notmuch show
Hello everyone, I would like to limit the output of notmuch show to a certain amount of mails, similar to the option `--limit' in notmuch search. But actually, I think the most elegant way would be to allow a limiting operator as a query term. Is it a difficulty to implement that? Would anyone do that? I am not able to write anything in C, so I'm out of it. Jörg Volbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: notmuch search does not work with search term 'id:'
That was helpful! The output is: Query(((Tmail AND 0 * QE5-a1wt6bgr-elaine/2/42589-dc960...@nlsender05.ui-portal.com) AND_NOT (Kdeleted OR Kspam))) Actually my config has "search.exclude_tags=deleted;spam" set, and the mail IS a spam mail. (I wanted to train bogofilter). Did not know that such an exclusion occurs. Makes sense, though. Adding --exclude=false to the search makes it behave well. Thanks for the help! David Bremner <da...@tethera.net> writes: Jörg Volbers <jo...@joergvolbers.de> writes: This is the ID which I am using for testing: E5-a1wt6bgr-elaine/2/42589-dc960...@nlsender05.ui-portal.com Can you try NOTMUCH_DEBUG_QUERY=y notmuch search id:E5-a1wt6bgr-elaine/2/42589-dc960...@nlsender05.ui-portal.com and report the output after "Final query is:" d -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: notmuch search does not work with search term 'id:'
Quoting the argument does not change anyting -- which makes sense, since searching for the id does work well when using "notmuch show --format=raw". So it's not a quoting issue. BTW, the error also shows up if I just omit the option "format=raw" in notmuch show. This is the ID which I am using for testing: E5-a1wt6bgr-elaine/2/42589-dc960...@nlsender05.ui-portal.com Jörg Tomi Ollila <tomi.oll...@iki.fi> writes: On Fri, Aug 11 2017, Jörg Volbers wrote: Hello, I have problems searching for a message by its id. If I call notmuch-show, everything works fine; actually this is used by the emacs frontend: 'notmuch show --format=raw id:<.>' If I try to search for this mail with notmuch-search, I get no result: notmuch search -- id:<> Any ideas? put search terms inside single quotes. i.e. notmuch search -- 'id:<>' Tomi Best, Jörg -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
notmuch search does not work with search term 'id:'
Hello, I have problems searching for a message by its id. If I call notmuch-show, everything works fine; actually this is used by the emacs frontend: 'notmuch show --format=raw id:<.>' If I try to search for this mail with notmuch-search, I get no result: notmuch search -- id:<> Any ideas? Best, Jörg -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: Address Completion
I've attached a diff which would do the trick. Don't know how to contribute 'officially', and I am not much of an elisp guru, so that might be a good starter for someone (tm) else. I guess the problem is not restricted to ivy-mode; other completing interfaces like ido might pose the same problem. So it could be useful to generalize the approach and introduce a function which checks different conditions, instead of checking within the let construct. But there's some other stuff to do now for me right now. :-) Jörg Tomi Ollila <tomi.oll...@iki.fi> writes: On Mon, Apr 10 2017, Jörg Volbers <jo...@joergvolbers.de> wrote: Hello, If I press looking for an address while writing mail, vanilla notmuch offers me one preselected candidate. Since I use ivy-mode, this canididate narrows down the list of all candidates, forcing me to delete the initial input (C-a C-k) before I can select among this list. Do you use 'internal completion or separate command to find completions ? If internal, the first choice would be to install `company' package from ELPA (I don't know how it works with separate command -- which I use, with selection-menu). Company-mode provides nice popup where to choose completions from. If that is not an option, someone(tm) could provide a patch which, based on (fboundp 'ivy-read) uses either ivy-read or completing-read, with their specific options for completion (what I saw about ivy-read that looks pretty good). OTOH, if someone(tm) can show (completing-read ...) which works good as is, or when wrapped with ivy, such patches might just be tolerated(tm). FWIW, I've used the following code in my notmuch setup like forever...: require 'selection-menu) (setq notmuch-address-selection-function (lambda (prompt collection initial-input) (selection-menu "Send To:" (cons initial-input collection) t))) Tomi I currently override this behavior by setting notmuch-address-selection-function to my own function: (defun jv-notmuch--address-selection (prompt collection initial-input) (completing-read prompt collection nil nil orig 'notmuch-address-history)) (setq notmuch-address-selection-function #'jv-notmuch--address-selection) This works as intended. Now my question: Is this something specific to ivy-mode, and would it be possible to add an option which simulates the above behavior (basically, using the pre-set variable 'orig' instead of (car-options) in notmuch-address-expand-name), so that I do not need to insert my own function which adds no functionality? Thanks (also for CC me via PM) And by the way, notmuch really is great, thank you for this software! Jörg -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers diff Description: Datei 'diff' signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Address Completion
Hello, If I press looking for an address while writing mail, vanilla notmuch offers me one preselected candidate. Since I use ivy-mode, this canididate narrows down the list of all candidates, forcing me to delete the initial input (C-a C-k) before I can select among this list. I currently override this behavior by setting notmuch-address-selection-function to my own function: (defun jv-notmuch--address-selection (prompt collection initial-input) (completing-read prompt collection nil nil orig 'notmuch-address-history)) (setq notmuch-address-selection-function #'jv-notmuch--address-selection) This works as intended. Now my question: Is this something specific to ivy-mode, and would it be possible to add an option which simulates the above behavior (basically, using the pre-set variable 'orig' instead of (car-options) in notmuch-address-expand-name), so that I do not need to insert my own function which adds no functionality? Thanks (also for CC me via PM) And by the way, notmuch really is great, thank you for this software! Jörg -- http://www.joergvolbers.de https://fu-berlin.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: emacs notmuch-reply: Change FROM adress according to TO address
Thanks, that did it! Jörg Volbers David Bremner <da...@tethera.net> writes: > Jörg Volbers <jo...@joergvolbers.de> writes: > >> [ Unknown signature status ] >> Hi there, >> >> I am using notmuch in Emacs with three different from-addresses (via >> mbsync). When replying an email, I currently have to set the FROM-address >> manually. What I would like to have is that the FROM-address is set >> automagically according to the TO-address. I.e., if someone writes to my >> address "foo.com", the reply should come from "foo.com"; if someone >> writes to "foo.de", the reply should come from "foo.de". >> >> I know that I can set the reply address by prefixing the command 'r', >> which lets me choose my sender address, but that's not exactly >> automatically. >> >> Any hints are appreciated! (please CC me since I am not subscribing the >> list) > > This should be automatic for those To addresses listed in > user.primary_email user.other_email in ~/.notmuch-config. You can set > this by hand or using "notmuch config set user.other_email > b...@foo.de;b...@foo.com" > > d -- http://www.joergvolbers.de https://uni-weimar.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
emacs notmuch-reply: Change FROM adress according to TO address
Hi there, I am using notmuch in Emacs with three different from-addresses (via mbsync). When replying an email, I currently have to set the FROM-address manually. What I would like to have is that the FROM-address is set automagically according to the TO-address. I.e., if someone writes to my address "foo.com", the reply should come from "foo.com"; if someone writes to "foo.de", the reply should come from "foo.de". I know that I can set the reply address by prefixing the command 'r', which lets me choose my sender address, but that's not exactly automatically. Any hints are appreciated! (please CC me since I am not subscribing the list) Jörg -- http://www.joergvolbers.de https://uni-weimar.academia.edu/jvolbers signature.asc Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch