Announcing Astroid - v0.1

2014-11-30 Thread Gaute Hope
Astroid is a graphical threads-with-tags mail user agent based on sup and
notmuch. Written in C++ using GTK+, WebKit and gmime.

It is still highly experimental software and, in particular, HTML parts
from untrusted senders should not necessarily be viewed.

Astroid is intended to be fast, simple and navigable by keyboard alone
(mouse support is not really implemented yet). It can show images as
well as HTML parts inline (disabled by default). The mail composer is
using an embedded gvim to edit messages (extending to use another editor
that supports XEmbed is not difficult). Astroid is tab-based with
searches, emails, and composers organized in tabs. A new main window in
the same instance can be opened allowing for several modes or tabs to be
visible at the same time.

# Screenshots

http://gaute.vetsj.com/pages/astroid.html

# Download

- source: https://github.com/gauteh/astroid
- releases:   https://github.com/gauteh/astroid/releases

# Building and using

The README file contains instructions for building and basic usage:

  https://github.com/gauteh/astroid#astroid-mua

Distribution specific:

- Ubuntu/Debian dependencies: 
https://github.com/gauteh/astroid/wiki#installation
- Arch Linux PKGBUILD: https://github.com/gauteh/astroid/wiki/Arch-Linux

once you get astroid running press '?' to get a list of keybindings for
the current mode.

# Contributing / Issues

Either through github or email (mailinglist:
astroidmail at googlegroups.com), or here (notmuch at notmuchmail.org, but I
do not wish to spam the general notmuchers).

# License

Astroid is distributed under the GPL v3 license in the hope that it may 
be useful, but with no warranty whatsoever.

Regards, Gaute



Announcing Astroid - v0.1

2014-11-30 Thread Gaute Hope

Astroid is a graphical threads-with-tags mail user agent based on sup and
notmuch. Written in C++ using GTK+, WebKit and gmime.

It is still highly experimental software and, in particular, HTML parts
from untrusted senders should not necessarily be viewed.

Astroid is intended to be fast, simple and navigable by keyboard alone
(mouse support is not really implemented yet). It can show images as
well as HTML parts inline (disabled by default). The mail composer is
using an embedded gvim to edit messages (extending to use another editor
that supports XEmbed is not difficult). Astroid is tab-based with
searches, emails, and composers organized in tabs. A new main window in
the same instance can be opened allowing for several modes or tabs to be
visible at the same time.

# Screenshots

http://gaute.vetsj.com/pages/astroid.html

# Download

- source: https://github.com/gauteh/astroid
- releases:   https://github.com/gauteh/astroid/releases

# Building and using

The README file contains instructions for building and basic usage:

 https://github.com/gauteh/astroid#astroid-mua

Distribution specific:

- Ubuntu/Debian dependencies: 
https://github.com/gauteh/astroid/wiki#installation
- Arch Linux PKGBUILD: https://github.com/gauteh/astroid/wiki/Arch-Linux

once you get astroid running press '?' to get a list of keybindings for
the current mode.

# Contributing / Issues

Either through github or email (mailinglist:
astroidm...@googlegroups.com), or here (notmuch@notmuchmail.org, but I
do not wish to spam the general notmuchers).

# License

Astroid is distributed under the GPL v3 license in the hope that it may 
be useful, but with no warranty whatsoever.


Regards, Gaute

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [PATCH v2] emacs: Added is:tag style completion to notmuch-read-query.

2014-11-30 Thread David Edmondson
On Sat, Nov 29 2014, Charles Celerier wrote:
 The notmuch-search-terms man page states that tag:tag is equivalent
 to is:tag. Completion for is:tag style searches is now supported
 in the Emacs interface.

 Signed-off-by: Charles Celerier ccel...@cs.stanford.edu
 ---
  emacs/notmuch.el | 11 +++
  1 file changed, 7 insertions(+), 4 deletions(-)

 diff --git a/emacs/notmuch.el b/emacs/notmuch.el
 index 218486a..d29499c 100644
 --- a/emacs/notmuch.el
 +++ b/emacs/notmuch.el
 @@ -856,12 +856,15 @@ See `notmuch-tag' for information on the format of 
 TAG-CHANGES.
  
  PROMPT is the string to prompt with.
(lexical-let
 +(( all-tags
 +(mapcar (lambda (tag) (notmuch-escape-boolean-term tag))
 +(process-lines notmuch-command search --output=tags 
 *
 +  (let

I think that David's suggestion was that you would have only one `let'
form, so something like:

 (lexical-let*
   ((all-tags (mapcar ...))
(completions (append ...))
(keymap (copy-keymap ...))
(current-query ...))
 ...)

((completions
   (append (list folder: path: thread: id: date: from: to:
 subject: attachment:)
 - (mapcar (lambda (tag)
 -   (concat tag: (notmuch-escape-boolean-term tag)))
 - (process-lines notmuch-command search --output=tags 
 *)
 + (mapcar (lambda (tag) (concat tag: tag)) all-tags)
 + (mapcar (lambda (tag) (concat is: tag)) all-tags
  (let ((keymap (copy-keymap minibuffer-local-map))
 (current-query (case major-mode
  (notmuch-search-mode (notmuch-search-get-query))
 @@ -884,7 +887,7 @@ PROMPT is the string to prompt with.
(define-key keymap (kbd TAB) 'minibuffer-complete)
(let ((history-delete-duplicates t))
   (read-from-minibuffer prompt nil keymap nil
 -   'notmuch-search-history current-query nil)
 +   'notmuch-search-history current-query nil))
  
  (defun notmuch-search-get-query ()
Return the current query in this search buffer
 -- 
 2.1.2

 ___
 notmuch mailing list
 notmuch@notmuchmail.org
 http://notmuchmail.org/mailman/listinfo/notmuch
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [Vagrant Cascadian] Bug#759646: notmuch-emacs: switching mode= to invalid value sends unencrypted mail

2014-11-30 Thread David Edmondson
On Sat, Nov 29 2014, David Bremner wrote:
 David Edmondson d...@dme.org writes:

 On Tue, Sep 02 2014, Tomi Ollila wrote:
 On Tue, Sep 02 2014, Daniel Kahn Gillmor d...@fifthhorseman.net wrote:

 On 08/30/2014 03:37 AM, Jani Nikula wrote:
 I'm inclined to think this is a bug in message-mode. 

 I agree it's a bug in message-mode, not in notmuch itself.

 I think it might be here:

 http://bzr.savannah.gnu.org/lh/emacs/emacs-24/annotate/head:/lisp/gnus/mml.el#L258

 (it takes time to load, please wait...)

 If cond does not match, then don't fail...

 This looks to have been fixed in emacs at the end of September 2014.

 Right, this fix was released in emacs 24.4

 I'm a little torn what to do here. On the one hand the upstream change
 fixes the bug as reported. On the other hand, if something corrupts the
 #secure tag (e.g., by deleting a letter), then the message is still sent
 un-uncrypted.

I'm unclear on what you mean. Is it that upgrade to 24.4 is not a good
enough answer, because we are still leaving pre-24.4 people out in the
cold?
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [Vagrant Cascadian] Bug#759646: notmuch-emacs: switching mode= to invalid value sends unencrypted mail

2014-11-30 Thread David Bremner
David Edmondson d...@dme.org writes:

 I'm a little torn what to do here. On the one hand the upstream change
 fixes the bug as reported. On the other hand, if something corrupts the
 #secure tag (e.g., by deleting a letter), then the message is still sent
 un-uncrypted.

 I'm unclear on what you mean. Is it that upgrade to 24.4 is not a good
 enough answer, because we are still leaving pre-24.4 people out in the
 cold?

No, I mean the fix is rather narrow in that editing somewhere else on
the same line causes the same problem as before, even in 24.4

d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [Vagrant Cascadian] Bug#759646: notmuch-emacs: switching mode= to invalid value sends unencrypted mail

2014-11-30 Thread David Edmondson
On Mon, Dec 01 2014, David Bremner wrote:
 David Edmondson d...@dme.org writes:

 I'm a little torn what to do here. On the one hand the upstream change
 fixes the bug as reported. On the other hand, if something corrupts the
 #secure tag (e.g., by deleting a letter), then the message is still sent
 un-uncrypted.

 I'm unclear on what you mean. Is it that upgrade to 24.4 is not a good
 enough answer, because we are still leaving pre-24.4 people out in the
 cold?

 No, I mean the fix is rather narrow in that editing somewhere else on
 the same line causes the same problem as before, even in 24.4

Ah, okay. Well, off to emacs-devel with you, then :-D
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch