[alot] announcing v0.10

bindings (notmuch2, available under notmuch/bindings/python-cffi) * config: new option search_threads_rebuild_limit (to speed up "move last" in large search buffers) As usual, a quick hall of fame of recent contributors: $ git shortlog -s -n 0.9... 26 Patrick Totzke 15 Frank

Re: announce: my fork of alot

into 'alot'... (times out) ``` Quoting Patrick Totzke (2021-05-16 19:23:58) > Quoting Anton Khirnov (2021-05-16 18:47:24) > > > Quoting Patrick Totzke (2021-05-16 17:41:49) > > > Hi everyone, > > > > > > All this sounds very exciting and

Re: announce: my fork of alot

Hi everyone, Of course I feel obliged to chime in and clarify, so here it goes. Quoting Michael J Gruber (2021-05-16 12:15:28) > Anton Khirnov venit, vidit, dixit 2021-05-16 12:19:45: > > Hi, > > > > Thought I'd share with the people here the fork of alot I've been > > hacking on for the past

Re: notmuch2 (python cffi bindings) segfault gdb logs

Hello Floris, thanks for having a look at this! Quoting Floris Bruynooghe (2020-11-24 21:31:00) > Hi Patrick, > > On Mon 23 Nov 2020 at 10:36 +, Patrick Totzke wrote: > > I've been complaining about the new (and old) python bindings causing the > > python in

notmuch2 (python cffi bindings) segfault gdb logs

Hi! I've been complaining about the new (and old) python bindings causing the python interpreter to segfault occasionally. So far I was not able to reproduce this reliably nor provide error traces. This has just changed: see below and attached for what I got from gdb. I hope that whoever is in

Re: python/notmuch2 on PyPI

Hi everyone, First off, thanks for your work on notmuch2, Floris! Just to clarify: alot does not, and will not, depend on packages being on PyPI and is not intended to be installed through pip. I simply don't want to provide support for this. This said, I don't think it is difficult to automate

[alot] announcing v0.9.1

* envelope mode: "unattach" command is now "detatch" * feature: respect mailcap entry for text/plain to enrich plain text parts with ANSI codes As usual, a quick hall of fame of recent contributors: $ git shortlog -s -n 0.9... 12 Patrick Totzke 8 ryneeverett 6

[alot] announcing v0.9

include a named parameter for the message being replied/forwarded As usual, a quick hall of fame of recent contributors: $ git shortlog -s -n 0.7... 90 Patrick Totzke 13 Lucas Hoffmann 8 Dylan Baker 5 Michael J Gruber 5 pacien 4 Pol Van Aubel 2 Will Dietz

[alot] announcing v0.8

ylan Baker 83 Patrick Totzke 25 Lucas Hoffmann 11 Ben Finney 9 Alexander Shpilkin 9 Michael J Gruber 4 Johannes Löthberg 3 Daniel M. Capella 3 Ruben Pollan 3 vrs 1 Andre Bianchi 1 Matthieu Coudron New bug reports, feature or pull re

[alot] announcing v0.7

52 Dylan Baker 46 Patrick Totzke 24 Julian Mehne 14 Lucas Hoffmann 6 Martin Schaaf 4 Ruben Pollan 3 Thomas Nixon 1 Christian Geier 1 Guillaume Seren 1 Johannes Löthberg 1 Yuri Subach New bug reports, feature or pull requests via the proje

Re: DRAFT Introduce CFFI-based Python bindings

Quoting David Bremner (2017-11-28 23:59:26) > Floris Bruynooghe writes: > > > > > Lastly there are some downsides to the choices I made: > > - I ended up going squarely for CPython 3.6+. Choosing Python > > 3 allowed better API design, e.g. with keyword-only parameters > >

[alot] announcing v0.6

of recent contributors: $ git shortlog -s -n 0.5... 110 Dylan Baker 77 Lucas Hoffmann 46 Patrick Totzke 2 Daniel Kahn Gillmor 2 Johannes Löthberg 2 Siva Mahadevan 1 Ian Denhardt 1 Ruben Pollan New bug reports, feature or pull requests via the projects gith

[alot] announcing v0.5

ook", that runs periodically * new config option: "periodic_hook_frequency" to adjust how often to fire "loop_hook" As usual, a quick hall of fame of recent contributors: $ git shortlog -s -n 0.4... 86 Lucas Hoffmann 76 Dylan Baker 54 Patrick Totzke 4 Ian

[alot] announcing v0.4

Hi everyone! I have just tagged alot v0.4; You can get a tarball here [0]. I am happy to see a renewed interest in keeping this project alive. Several people declared an interest in sharing some of the reponsibility and pushing things forward (see [1] for the discussion). For now, I will grant

[alot] announcing v0.4

Hi everyone! I have just tagged alot v0.4; You can get a tarball here [0]. I am happy to see a renewed interest in keeping this project alive. Several people declared an interest in sharing some of the reponsibility and pushing things forward (see [1] for the discussion). For now, I will grant

Re: [PATCH] use notmuch_database_open_verbose

As far as I understand the bindings, the returned message is not needed because the return value of `Database._open` (line 212) contains information about the type of error that occurred. This is passed on two lines below if the open-call was unsuccessful. The docstrings for this method are not

[PATCH] use notmuch_database_open_verbose

... instead of the deprecated notmuch_database_open when opening the database in notmuch.database.Database.open. This prevents the library to print Xapian exceptions to stderr. --- bindings/python/notmuch/database.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[alot] announcing v0.3.7

Hi everyone! I have just tagged alot v0.3.7; You can get a tarball here [0]. NOTE: THIS VERSION INTRODUCES A NEW DEPENDENCY: "urwidtrees", a library of urwid-widgets for tree structures. It grew out of the alot interface and is now a separate project [1]. Apart from this, the current version

Looking for the perfect mail client

Hi all, Quoting Simon Chopin (2014-10-21 11:42:39) > ... > > You can't show HTML content without a web browser or a conversion > to ascii AFAIK (BTW, alot uses w3m, which is a web browser :-) ). So you need > to choose between the two (or viewing raw HTML, of course) Just for completenes's sake:

Re: Looking for the perfect mail client

Hi all, Quoting Simon Chopin (2014-10-21 11:42:39) ... You can't show HTML content without a web browser or a conversion to ascii AFAIK (BTW, alot uses w3m, which is a web browser :-) ). So you need to choose between the two (or viewing raw HTML, of course) Just for completenes's sake: alot

[alot] announcing v0.3.6

Hi everyone! I have just tagged alot v0.3.6; You can get a tarball here [0]. This version bump mostly reflects me catching up with the many fixes, tweaks and some new features I received as pull requests. Usage updates since v0.3.5: * implement vim-style "move last" command (bound to G) * fixes

[alot] announcing v0.3.6

Hi everyone! I have just tagged alot v0.3.6; You can get a tarball here [0]. This version bump mostly reflects me catching up with the many fixes, tweaks and some new features I received as pull requests. Usage updates since v0.3.5: * implement vim-style move last command (bound to G) * fixes

alot: can't read sent emails, after encryption

Quoting Alain-Pierre Manine (2013-11-18 08:38:33) > Quoting Jameson Graef Rollins (2013-11-17 20:43:25) > > On Sun, Nov 17 2013, Patrick Totzke wrote: > > > Quoting Jameson Graef Rollins (2013-11-16 21:47:02) > > >> On Tue, Nov 12 2013, apmanine at idaaas.com w

Re: alot: can't read sent emails, after encryption

Quoting Alain-Pierre Manine (2013-11-18 08:38:33) Quoting Jameson Graef Rollins (2013-11-17 20:43:25) On Sun, Nov 17 2013, Patrick Totzke patricktot...@gmail.com wrote: Quoting Jameson Graef Rollins (2013-11-16 21:47:02) On Tue, Nov 12 2013, apman...@idaaas.com wrote: I have recently

alot: can't read sent emails, after encryption

Quoting Jameson Graef Rollins (2013-11-16 21:47:02) > On Tue, Nov 12 2013, apmanine at idaaas.com wrote: > > I have recently switched to notmuch. Thank you for it! > > I'm using "alot" as a frontend (thank you for it, too!). Everything > > works smoothly, apart from one problem: with alot, I can't

Re: alot: can't read sent emails, after encryption

Quoting Jameson Graef Rollins (2013-11-16 21:47:02) On Tue, Nov 12 2013, apman...@idaaas.com wrote: I have recently switched to notmuch. Thank you for it! I'm using alot as a frontend (thank you for it, too!). Everything works smoothly, apart from one problem: with alot, I can't figure out

How about these: -- CR & NL char in rfc2047-encoded header...

Quoting David Bremner (2013-10-27 12:48:24) > tomi.ollila at iki.fi writes: > > > In thread starting from id:08cb1dcd-c5db-4e33-8b09-7730cb3d59a2 at gmail.com > > David wondered in id:87y58xv71x.fsf at zancas.localnet what filtering > > is done by CLI and what by lib. > > > > But where should the

proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver

+1 from me for getting rid of the vim plug in mainline notmuch. Cheers, /p -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: signature URL:

Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver

+1 from me for getting rid of the vim plug in mainline notmuch. Cheers, /p signature.asc Description: signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

[alot] announcing v0.3.5

Quoting Ruben Pollan (2013-07-19 16:24:40) > I just found the problem. I was still having the debian package installed and > alot was using it's old alot-egg from debian :( Now that I uninstall the > package > is working fine. > > Sorry. No worries! another problem that solved itself :)

[alot] announcing v0.3.5

Quoting Ruben Pollan (2013-07-19 16:01:06) > Quoting Patrick Totzke (2013-07-19 16:02:34) > > Hi Rub?n, > > > > thanks for mentioning this. I must have accidentally dropped the > > corresponding paragraph > > in the docs > > (http://alot.readthedocs.org/e

[alot] announcing v0.3.5

Hi Rub?n, thanks for mentioning this. I must have accidentally dropped the corresponding paragraph in the docs (http://alot.readthedocs.org/en/testing/usage/index.html#cryptography). I'm almost certain I saw this documented a while back.. Basically, you need a running gpg-agent. Then,

[alot] announcing v0.3.5

Hi everyone! I have just tagged alot v0.3.5; You can get a tarball here [0]. Most notably, this update comes with a rewrite of Thread buffers, allowing among other things thread-tree based focus movements. Alot now has full support for PGP/MIME encryption and signatures, courtesy of Justus

[CLI] bug in notmuch setup

Hi all, As mentioned on IRC earlier, current master seems to have an issue with `notmuch setup`, which fails to write ~/.notmuch-config if not already present. Here are excerpts from the discussion from #notmuch: --%<---

[CLI] bug in notmuch setup

Hi all, As mentioned on IRC earlier, current master seems to have an issue with `notmuch setup`, which fails to write ~/.notmuch-config if not already present. Here are excerpts from the discussion from #notmuch: --%---

Xapers

Quoting Jameson Graef Rollins (2013-04-15 18:18:00) > On Mon, Apr 15 2013, Jameson Graef Rollins > wrote: > > README and a screenshot of the curses ui here: > > > > http://finestructure.net/xapers/README > > http://finestructure.net/xapers/screenshot.png > > I maybe should have been a little

Re: Xapers

Quoting Jameson Graef Rollins (2013-04-15 18:18:00) On Mon, Apr 15 2013, Jameson Graef Rollins jroll...@finestructure.net wrote: README and a screenshot of the curses ui here: http://finestructure.net/xapers/README http://finestructure.net/xapers/screenshot.png I maybe should have been

the future of notmuch-vim?

Quoting Felipe Contreras (2013-04-03 10:09:39) > ... > What you prefer is irrelevant; it's relevant only for you, that's why it's > called a *preference*, the rest of us prefer different things. Never mind preferences, I think originally, this thread was about dropping *support* for the

the future of notmuch-vim?

Quoting guyzmo (2013-04-03 07:01:58) > ... > It may be nice and/or fun to use that kind of things in vim, but > really, it's opposite to the philosophy of vim. > ... > Whereas you seem to have done a really good job integrating it to > vim, I personally think that anything

Re: the future of notmuch-vim?

Quoting guyzmo (2013-04-03 07:01:58) ... It may be nice and/or fun to use that kind of things in vim, but really, it's opposite to the philosophy of vim. ... Whereas you seem to have done a really good job integrating it to vim, I personally think that anything that

Re: the future of notmuch-vim?

Quoting Felipe Contreras (2013-04-03 10:09:39) ... What you prefer is irrelevant; it's relevant only for you, that's why it's called a *preference*, the rest of us prefer different things. Never mind preferences, I think originally, this thread was about dropping *support* for the *original*

funcmail.py: generate notmuch-tags based on headers

Could this be integrated into "afew" as a custom filter?

Re: funcmail.py: generate notmuch-tags based on headers

Could this be integrated into afew as a custom filter? ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

afew filter rules

Hey Reiner, Quoting Rainer M Krug (2013-02-28 15:29:33) > Based on the the filter, it seems that list_id is used to tag the emails - > correct? Seems so, yea [0]. > But in > addition, I have some lists which do not have list_id, but need to be > identified by their to > address - how can I

Re: afew filter rules

Hey Reiner, Quoting Rainer M Krug (2013-02-28 15:29:33) Based on the the filter, it seems that list_id is used to tag the emails - correct? Seems so, yea [0]. But in addition, I have some lists which do not have list_id, but need to be identified by their to address - how can I add

[alot] announcing v0.3.4

Hi everyone! I have just tagged alot v0.3.4; You can get a tarball here [0]. This minor version bump is mostly to flush out all the nice small features I hacked together or received as pull request lately. It comes with tons of ui tweaks, fixes and a very nice patch series that allows to send

[alot] announcing v0.3.4

Hi everyone! I have just tagged alot v0.3.4; You can get a tarball here [0]. This minor version bump is mostly to flush out all the nice small features I hacked together or received as pull request lately. It comes with tons of ui tweaks, fixes and a very nice patch series that allows to send

gmail importer script

BTW: I removed the whole maildir contents and restarted the downlowd over night. here's the result: --- Traceback (most recent call last):2| | 26% ETA:

Re: gmail importer script

BTW: I removed the whole maildir contents and restarted the downlowd over night. here's the result: --- Traceback (most recent call last):2| | 26% ETA:

gmail importer script

Quoting Jason A. Donenfeld (2012-12-16 20:44:04) > On Sat, Dec 15, 2012 at 11:41 AM, Patrick Totzke > wrote: > > Well, thats not the point.. the script shouldn't die like this. > I think it's be better if the script caught that exception, deleted the > file &

Re: gmail importer script

Quoting Jason A. Donenfeld (2012-12-16 20:44:04) On Sat, Dec 15, 2012 at 11:41 AM, Patrick Totzke patricktot...@gmail.com wrote: Well, thats not the point.. the script shouldn't die like this. I think it's be better if the script caught that exception, deleted the file

gmail importer script

Quoting Jason A. Donenfeld (2012-12-15 08:22:46) > On Thu, Dec 13, 2012 at 5:48 PM, Patrick Totzke > wrote: > > > notmuch.errors.FileNotEmailError > > > Delete the file it dies on and try again. Well, thats not the point.. the script shouldn't die like this

Re: gmail importer script

Quoting Jason A. Donenfeld (2012-12-15 08:22:46) On Thu, Dec 13, 2012 at 5:48 PM, Patrick Totzke patricktot...@gmail.com wrote: notmuch.errors.FileNotEmailError Delete the file it dies on and try again. Well, thats not the point.. the script shouldn't die like this. I think it's

gmail importer script

Sorry, I'm misusing this thread as a bugtracker.. Traceback (most recent call last):4| | 10% ETA: 1:24:41 3.54 emails/s File "./gmail-notmuch.py", line 251, in main() File

notmuch python bindings corrupt db index (was: gmail importer script)

Quoting Jason A. Donenfeld (2012-12-13 14:32:53) > On Wed, Dec 12, 2012 at 9:49 PM, Austin Clements wrote: > > There should be no way to corrupt the database at this level through > > the Xapian API, which means nothing libnotmuch can do (much less users > > of libnotmuch) should be able to

Re: notmuch python bindings corrupt db index (was: gmail importer script)

Quoting Jason A. Donenfeld (2012-12-13 14:32:53) On Wed, Dec 12, 2012 at 9:49 PM, Austin Clements amdra...@mit.edu wrote: There should be no way to corrupt the database at this level through the Xapian API, which means nothing libnotmuch can do (much less users of libnotmuch) should be able

Re: gmail importer script

Sorry, I'm misusing this thread as a bugtracker.. Traceback (most recent call last):4| | 10% ETA: 1:24:41 3.54 emails/s File ./gmail-notmuch.py, line 251, in module main() File

notmuch python bindings corrupt db index (was: gmail importer script)

Quoting Jason A. Donenfeld (2012-12-11 13:47:32) > On Tue, Dec 11, 2012 at 11:04 AM, Patrick Totzke > wrote: > > I ended up killing the process after i saw that ETA was >3h. > > Gmail's bottleneck. Very unfortunate. Leave it going over night. OK, i assumed i'd not have to

gmail importer script

Quoting Jason A. Donenfeld (2012-12-11 09:12:56) > It seems to work, but i'm still waiting for the first run-through. > > > Downloading messages: 457 of 22831| > > This takes ages. I hope it doesn't try to re-download all my messages > everytime. > > > Nope. It's very smart about

gmail importer script

Quoting Jason A. Donenfeld (2012-12-11 07:06:22) > On Mon, Dec 10, 2012 at 6:46 PM, Jason A. Donenfeld > wrote: > > > > On Mon, Dec 10, 2012 at 10:41 AM, Patrick Totzke gmail.com> > wrote: > > It would, but its nicer not to load r

Re: gmail importer script

Quoting Jason A. Donenfeld (2012-12-11 07:06:22) On Mon, Dec 10, 2012 at 6:46 PM, Jason A. Donenfeld ja...@zx2c4.com wrote: On Mon, Dec 10, 2012 at 10:41 AM, Patrick Totzke patricktot...@gmail.com wrote: It would, but its nicer not to load ressources you're not gonna

Re: gmail importer script

Quoting Jason A. Donenfeld (2012-12-11 09:12:56) It seems to work, but i'm still waiting for the first run-through. Downloading messages: 457 of 22831| This takes ages. I hope it doesn't try to re-download all my messages everytime. Nope. It's very smart about not doing

Re: notmuch python bindings corrupt db index (was: gmail importer script)

Quoting Jason A. Donenfeld (2012-12-11 13:47:32) On Tue, Dec 11, 2012 at 11:04 AM, Patrick Totzke patricktot...@gmail.com wrote: I ended up killing the process after i saw that ETA was 3h. Gmail's bottleneck. Very unfortunate. Leave it going over night. OK, i assumed i'd not have

gmail importer script

Quoting Jason A. Donenfeld (2012-12-09 23:13:12) > On Sat, Dec 8, 2012 at 6:46 PM, Patrick Totzke > wrote: > > ZeroDivisionError: float division by zero > > > Fixed it! Sorry about all this... Jeeze?Louise.? thx > > Another feature request: >

Re: gmail importer script

Quoting Jason A. Donenfeld (2012-12-09 23:13:12) On Sat, Dec 8, 2012 at 6:46 PM, Patrick Totzke patricktot...@gmail.com wrote: ZeroDivisionError: float division by zero Fixed it! Sorry about all this... Jeeze Louise.  thx Another feature request: Could you make

gmail importer script

Quoting Jason A. Donenfeld (2012-12-08 17:04:48) > On Sat, Dec 8, 2012 at 5:20 PM, Patrick Totzke > wrote: > > I have two new errors: > > > > - > > ./gmail-notmuch.py -u patricktotzke at gmail.com -p mypwd ~/ma

gmail importer script

Quoting Jason A. Donenfeld (2012-12-07 13:49:46) > Not sure what is causing this. My best guess is that your password was > incorrect and that I'm not checking the login return value. Yes, you're right, it was an incorrect passwd. > One thing you also might want to watch out for is >

Re: gmail importer script

Quoting Jason A. Donenfeld (2012-12-07 13:49:46) Not sure what is causing this. My best guess is that your password was incorrect and that I'm not checking the login return value. Yes, you're right, it was an incorrect passwd. One thing you also might want to watch out for is

Re: gmail importer script

Quoting Jason A. Donenfeld (2012-12-08 17:04:48) On Sat, Dec 8, 2012 at 5:20 PM, Patrick Totzke patricktot...@gmail.com wrote: I have two new errors: - ./gmail-notmuch.py -u patricktot...@gmail.com -p mypwd ~/mail/gmail/ I also

gmail importer script

Is this supposed to happen? - Logging in... Selecting all mail... Discovering local messages... Receiving message list... Traceback (most recent call last): File "./gmail-notmuch.py", line 175, in main() File "./gmail-notmuch.py", line 58, in

Re: gmail importer script

Is this supposed to happen? - Logging in... Selecting all mail... Discovering local messages... Receiving message list... Traceback (most recent call last): File ./gmail-notmuch.py, line 175, in module main() File ./gmail-notmuch.py, line 58, in

Notmuch indexing takes too long

Hi Ondrej, Quoting Ondrej Jombik (2012-11-09 02:58:09) > I am trying to move from mairix to some better solution. mairix has been > working really well for me, but it had some limitations. > > I decided to give a try to notmuch, but I has been suprised with > estimated indexing time: > >

Re: Notmuch indexing takes too long

Hi Ondrej, Quoting Ondrej Jombik (2012-11-09 02:58:09) I am trying to move from mairix to some better solution. mairix has been working really well for me, but it had some limitations. I decided to give a try to notmuch, but I has been suprised with estimated indexing time:

nbook: a notmuch based address book written in python

Quoting Suvayu Ali (2012-10-08 10:34:29) > Hi Patrick, > > Sorry for the very late reply; I got distracted with some personal > matters. > > On Tue, Sep 25, 2012 at 11:44:57AM +0100, Patrick Totzke wrote: > > Hey Suvayu, welcome to notmuch! > > > > I hope

Re: nbook: a notmuch based address book written in python

Quoting Suvayu Ali (2012-10-08 10:34:29) Hi Patrick, Sorry for the very late reply; I got distracted with some personal matters. On Tue, Sep 25, 2012 at 11:44:57AM +0100, Patrick Totzke wrote: Hey Suvayu, welcome to notmuch! I hope you are aware that there are already a few search

nbook: a notmuch based address book written in python

Hey Suvayu, welcome to notmuch! I hope you are aware that there are already a few search based abook tools around for notmuch (listed in the wiki, albeit hidden in the emacs docs): http://notmuchmail.org/emacstips/#index14h2 I personally use nottoomuch-addresses.sh, which apparently does some

Re: nbook: a notmuch based address book written in python

Hey Suvayu, welcome to notmuch! I hope you are aware that there are already a few search based abook tools around for notmuch (listed in the wiki, albeit hidden in the emacs docs): http://notmuchmail.org/emacstips/#index14h2 I personally use nottoomuch-addresses.sh, which apparently does some

[alot] announcing v0.3.3

Quoting Sepp Tannhuber (2012-09-11 17:59:12) > Hi Patrick, > > thank you for answering and for this really good mail client! pleasure :) > > One reason I have not bothered to implement this so far is that in the long > > run, > > I want to have urwid Tree widgets as top level widgets in thread

Re: [alot] announcing v0.3.3

Quoting Sepp Tannhuber (2012-09-11 17:59:12) Hi Patrick, thank you for answering and for this really good mail client! pleasure :) One reason I have not bothered to implement this so far is that in the long run, I want to have urwid Tree widgets as top level widgets in thread buffers.

[alot] announcing v0.3.3

Hi Sepp, welcome to alot :) Quoting Sepp Tannhuber (2012-09-10 19:55:00) > 1. As vi user I alway type gg/G to jump to the top/bottom. Is there a command > that I can > ? ?configure this way? I have not found a jump to top/bottom command in the > manual. Short Answer: This is not yet possible

Re: [alot] announcing v0.3.3

Hi Sepp, welcome to alot :) Quoting Sepp Tannhuber (2012-09-10 19:55:00) 1. As vi user I alway type gg/G to jump to the top/bottom. Is there a command that I can    configure this way? I have not found a jump to top/bottom command in the manual. Short Answer: This is not yet possible with

[alot] announcing v0.3.3

Good news everyone! I have just tagged alot v0.3.3; You can get a tarball here [0]. This version comes with lots of bugfixes and minor ui tweaks, most notably the ability to interpret command sequences and sequences of keypresses. It is now possible to overwrite default bindings which obsoletes

[alot] announcing v0.3.3

Good news everyone! I have just tagged alot v0.3.3; You can get a tarball here [0]. This version comes with lots of bugfixes and minor ui tweaks, most notably the ability to interpret command sequences and sequences of keypresses. It is now possible to overwrite default bindings which obsoletes

[announce] Bower 0.4

Quoting David Froger (2012-08-12 16:53:43) > > > 3. Would it be possible to have the feature 'kill a thread' like Sup > > > have? (see > > > http://sup.rubyforge.org/README.txt). > > > > I haven't needed such a feature so I don't have a clear idea how it > > should work. There are some

Re: [announce] Bower 0.4

Quoting David Froger (2012-08-12 16:53:43) 3. Would it be possible to have the feature 'kill a thread' like Sup have? (see http://sup.rubyforge.org/README.txt). I haven't needed such a feature so I don't have a clear idea how it should work. There are some patches/ideas about

[alot] announcing v0.3.2

Hi everyone! I have just tagged alot v0.3.2; You can get a tarball here [0]. This version comes with redesigned theming features and supports highlighting/retheming of thread lines in search mode based on notmuch queries or thread tags. I had to change the syntax of theme-files and custom

[alot] announcing v0.3.2

Hi everyone! I have just tagged alot v0.3.2; You can get a tarball here [0]. This version comes with redesigned theming features and supports highlighting/retheming of thread lines in search mode based on notmuch queries or thread tags. I had to change the syntax of theme-files and custom

Sending from multiple accounts

try alot: multiple accounts [0] for free /p [0] http://alot.readthedocs.org/en/latest/configuration/index.html#accounts Quoting Michal Sojka (2012-05-23 11:29:27) > Hi Doug, > > Doug Penner writes: > > I am in the process of trying to migrate from alpine (which handles > > separate accounts

Re: Sending from multiple accounts

try alot: multiple accounts [0] for free /spam /p [0] http://alot.readthedocs.org/en/latest/configuration/index.html#accounts Quoting Michal Sojka (2012-05-23 11:29:27) Hi Doug, Doug Penner darwinsurvi...@gmail.com writes: I am in the process of trying to migrate from alpine (which handles

[alot] announcing v0.3.1

Quoting Jameson Graef Rollins (2012-05-17 16:42:53) > On Thu, May 17 2012, Patrick Totzke wrote: > > With David Bremners help I have started hacking together some metadata to > > build > > a debian package. This can be found in branch 'debian' but I presume there > >

[alot] announcing v0.3.1

Hi everyone! I have just released alot v0.3.1; You can get a tarball here [0]. This is mainly a bugfix release, the most notable addition feature-wise is the ability to sign outgoing messages via PGP/MIME. Cheers to Michael for this one! Detailed usage updates since v0.3: * use separate

[alot] announcing v0.3.1

Hi everyone! I have just released alot v0.3.1; You can get a tarball here [0]. This is mainly a bugfix release, the most notable addition feature-wise is the ability to sign outgoing messages via PGP/MIME. Cheers to Michael for this one! Detailed usage updates since v0.3: * use separate

Re: [alot] announcing v0.3.1

Quoting Jameson Graef Rollins (2012-05-17 16:42:53) On Thu, May 17 2012, Patrick Totzke patricktot...@googlemail.com wrote: With David Bremners help I have started hacking together some metadata to build a debian package. This can be found in branch 'debian' but I presume

Passwordless multi-account SMTP

Hi Jacek, I am using msmtp for this: I keep my passwords in an encrypted file and use a shellscript to decrypt and grep for passwords in combination with msmtp's `passwordeval` option. Have a look at https://github.com/pazz/configs/blob/master/.msmtprc

Re: Passwordless multi-account SMTP

Hi Jacek, I am using msmtp for this: I keep my passwords in an encrypted file and use a shellscript to decrypt and grep for passwords in combination with msmtp's `passwordeval` option. Have a look at https://github.com/pazz/configs/blob/master/.msmtprc

Questions from a user new to notmuch

Quoting Austin Clements (2012-03-22 22:39:07) >> 2. I received a message that was addressed to a distribution group and >>tried to reply. Because the TO: address is not my address, notmuch >>fails to guess the proper FROM: address to set. Is there a way to >>handle this use case?

Re: Questions from a user new to notmuch

Quoting Austin Clements (2012-03-22 22:39:07) 2. I received a message that was addressed to a distribution group and tried to reply. Because the TO: address is not my address, notmuch fails to guess the proper FROM: address to set. Is there a way to handle this use case? This is

[RFC][alot] design decisions

Hi all, with alot 0.3 released, I started thinking seriously about proper? MIME-display and gnupg integration for alot. I have to make a few design decisions here and could really use some informed opinions from more experienced UI developers. My question in particular is: How do I best

[RFC] Split notmuch_database_close into two functions

Hi all, I can confirm that this fixes a rather nasty core dump in a branch of alot that closes and re-opens the database more frequently. /p

[RFC][alot] design decisions

Hi all, with alot 0.3 released, I started thinking seriously about proper™ MIME-display and gnupg integration for alot. I have to make a few design decisions here and could really use some informed opinions from more experienced UI developers. My question in particular is: How do I best

  1   2   3   >