the 'safe' setting needs to be 'true' for flags to be manipulated by
notmuch new/tag/restore.
for now, only the (T)rash tag is configurable and set to false (by
default) but this could be extended to allow the user to configure which
flags are allowed to be synchronized.
the reason why only T is
This adds a special configuration, off by default, that allows notmuch
to synchronize the T flag again. The configuration is named
maildir_reckless_trash and quite clearly indicates that it could be
dangerous to use in the context described in commit 2c26204, which I
could actually reproduce.
In c
From: David Bremner
The lack of such exporting seems to cause problems catching
exceptions, as suggested by
http://gcc.gnu.org/wiki/Visibility
This manifested in the symbol-hiding test failing when notmuch was
compile with gcc 4.4.5. On i386, this further manifested as notmuch
new failing t
On Mon, Jul 11, 2011 at 9:37 PM, Jason Woofenden wrote:
> I implemented a feature I wanted: nicknames for the list of senders
> on the search view.
>
> At first I just added a setting with my full name and had it
> replace that with "me". But then I figured it'd be better to allow
> the user to sp
On Sun, Jul 10, 2011 at 4:07 PM, David Bremner wrote:
>
> Joey Hess reports
>
> ? ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616692
>
> that adding set foldmethod=marker to .vimrc pretty much breaks the vim
> interface, and I can confirm this is still present in 0.6.
>
> Any comments from
2011/7/10 Uwe Kleine-K?nig :
> With the trailing slash I get
>
> ? ? ? ?Error detected while processing function
> 10_NM_new_mail..10_NM_cmd_compose..10_NM_newComposeBuffer..10_NM_newFileBuffer:
> ? ? ? ?line ? ?3:
> ? ? ? ?E739: Cannot create directory: /home/ukleinek/.notmuch/compose/
>
> when h
2011/7/10 Uwe Kleine-K?nig :
> Since
> ? ? ? ?e7899b0 (vim: use sendmail directly)
> notmuch-vim uses sendmail directly.
Thanks. Applied :)
> Cc: Felipe Contreras
For some reason I wasn't actually CC'ed.
--
Felipe Contreras
2011/7/10 Uwe Kleine-K?nig :
> ---
> ?vim/plugin/notmuch.vim | ? ?2 +-
> ?1 files changed, 1 insertions(+), 1 deletions(-)
All right. Applied.
--
Felipe Contreras
On Mon, Jul 11, 2011 at 8:40 AM, Jason Woofenden wrote:
> OK, everybody, here's my first set of patches. They all cleanup the
> vim front-end. I started with the little stuff, to get my feet wet.
>
> Here's what's coming:
>
> [PATCH 1/5] vim: fix space key: now archives (did opposite)
> [PATCH 2/5
On Tue, Jul 12, 2011 at 4:59 PM, Louis Rilling wrote:
> Signed-off-by: Louis Rilling
> ---
> ?lib/message.cc | ? 12 ++--
> ?1 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/lib/message.cc b/lib/message.cc
> index d993cde..cf651e5 100644
> --- a/lib/message.cc
> +++ b/lib/
the 'safe' setting needs to be 'true' for flags to be manipulated by
notmuch new/tag/restore.
for now, only the (T)rash tag is configurable and set to false (by
default) but this could be extended to allow the user to configure which
flags are allowed to be synchronized.
the reason why only T is
This adds a special configuration, off by default, that allows notmuch
to synchronize the T flag again. The configuration is named
maildir_reckless_trash and quite clearly indicates that it could be
dangerous to use in the context described in commit 2c26204, which I
could actually reproduce.
In c
- Donald Knuth
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110716/9e658da2/attachment.pgp>
From: David Bremner
The lack of such exporting seems to cause problems catching
exceptions, as suggested by
http://gcc.gnu.org/wiki/Visibility
This manifested in the symbol-hiding test failing when notmuch was
compile with gcc 4.4.5. On i386, this further manifested as notmuch
new failing t
From: David Bremner
These are exported (again) by the library to prevent problems with
catching exceptions.
---
debian/libnotmuch1.symbols | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/debian/libnotmuch1.symbols b/debian/libnotmuch1.symbols
index 8df6fec..05d
From: David Bremner
The lack of such exporting seems to cause problems catching
exceptions, as suggested by
http://gcc.gnu.org/wiki/Visibility
This manifested in the symbol-hiding test failing when notmuch was
compile with gcc 4.4.5. On i386, this further manifested as notmuch
new failing t
So, my conclusion is that we need to export these typeinfo symbols,
and it seems to be sufficient to do so to fix the failing tests and
crashes discussed above. I think I managed to add them to the debian
symbols file in a better way, so every toolchain change and different
architecture doesn't mak
lly done wonders in this respect.
> If anyone is curious, here's how I timed the parsing.
>
> (defmacro time-it (code)
> `(let ((start-time (get-internal-run-time)))
> ,code
> (float-time (time-subtract (get-internal-run-time) start-time
>
> (with-current-buffer "j
On Sat, 16 Jul 2011 16:26:04 +0200, Pieter Praet wrote:
> [SNIP]
> The Notmuch project is in the unique position of being the product of
> Carl's (legimitate) dislike of email (see his talk @ LCA2011 [1]), so
> it's safe to say patches may take some time to pass the gatekeeper.
> Don't worry, your
On Sat, 16 Jul 2011 08:37:52 -0400, Jason Woofenden
wrote:
> I added tag:me to all messages from me.
>
> Then I added this to my index page:
>
> tag:notmuch and tag:unread and tag:me
>
> So my attention could be drawn to threads I'd participated in,
> which had new messages. (This list has eno
I confirm this fixes the problem for me on Debian squeeze. Patch applies
clean on master too.
A.
--
Antoine Beaupré +++ Réseau Koumbit Networks +++ +1.514.387.6262 #208
Premature optimization is the root of all evil
I think this could be simplified a lot and many of the known issues
addressed if this were narrowed to *only* resuming from drafts.
message-mode draft files aren't MIME messages (or, at least, they're
never multipart, and message-mode has its own special annotations over
basic RFC 822), so rather t
x
-- next part --
A non-text attachment was scrubbed...
Name: 0001-Test-for-toggling-message-indentation.patch
Type: text/x-patch
Size: 8991 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110716/4fd2c2e3/attachment-0001.bin>
--
Add a new function to allow editing a new message starting from an
existing one, roughly the equivalent of Mutt's resend-message
functionality.
Hooks into the search and show views through the "e" keybinding.
"draft" tag is removed after the email is sent and the target thread
is marked as delete
It adds a tag 'deleted' and removes the tags 'inbox' and 'unread'. It
works in show as well as in search mode
Based on previous work by: Sebastian Spaeth
Signed-off-by: Antoine Beaupr?
---
emacs/notmuch-show.el |8
emacs/notmuch.el | 11 +++
2 files changed, 19 inse
Quoth Felipe Contreras on Jul 16 at 9:06 pm:
> On Tue, Jul 12, 2011 at 4:59 PM, Louis Rilling wrote:
> > Signed-off-by: Louis Rilling
> > ---
> > ?lib/message.cc | ? 12 ++--
> > ?1 files changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/lib/message.cc b/lib/message.cc
> > ind
From: David Bremner
These are exported (again) by the library to prevent problems with
catching exceptions.
---
debian/libnotmuch1.symbols | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/debian/libnotmuch1.symbols b/debian/libnotmuch1.symbols
index 8df6fec..05d
From: David Bremner
The lack of such exporting seems to cause problems catching
exceptions, as suggested by
http://gcc.gnu.org/wiki/Visibility
This manifested in the symbol-hiding test failing when notmuch was
compile with gcc 4.4.5. On i386, this further manifested as notmuch
new failing t
So, my conclusion is that we need to export these typeinfo symbols,
and it seems to be sufficient to do so to fix the failing tests and
crashes discussed above. I think I managed to add them to the debian
symbols file in a better way, so every toolchain change and different
architecture doesn't mak
I think this could be simplified a lot and many of the known issues
addressed if this were narrowed to *only* resuming from drafts.
message-mode draft files aren't MIME messages (or, at least, they're
never multipart, and message-mode has its own special annotations over
basic RFC 822), so rather t
On Mon, Jul 11, 2011 at 9:37 PM, Jason Woofenden wrote:
> I implemented a feature I wanted: nicknames for the list of senders
> on the search view.
>
> At first I just added a setting with my full name and had it
> replace that with "me". But then I figured it'd be better to allow
> the user to sp
On Sun, Jul 10, 2011 at 4:07 PM, David Bremner wrote:
>
> Joey Hess reports
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616692
>
> that adding set foldmethod=marker to .vimrc pretty much breaks the vim
> interface, and I can confirm this is still present in 0.6.
>
> Any comments from
2011/7/10 Uwe Kleine-König :
> With the trailing slash I get
>
> Error detected while processing function
> 10_NM_new_mail..10_NM_cmd_compose..10_NM_newComposeBuffer..10_NM_newFileBuffer:
> line 3:
> E739: Cannot create directory: /home/ukleinek/.notmuch/compose/
>
> when h
2011/7/10 Uwe Kleine-König :
> Since
> e7899b0 (vim: use sendmail directly)
> notmuch-vim uses sendmail directly.
Thanks. Applied :)
> Cc: Felipe Contreras
For some reason I wasn't actually CC'ed.
--
Felipe Contreras
___
notmuch mailing list
2011/7/10 Uwe Kleine-König :
> ---
> vim/plugin/notmuch.vim | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
All right. Applied.
--
Felipe Contreras
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/
On Mon, Jul 11, 2011 at 8:40 AM, Jason Woofenden wrote:
> OK, everybody, here's my first set of patches. They all cleanup the
> vim front-end. I started with the little stuff, to get my feet wet.
>
> Here's what's coming:
>
> [PATCH 1/5] vim: fix space key: now archives (did opposite)
> [PATCH 2/5
Add a new function to allow editing a new message starting from an
existing one, roughly the equivalent of Mutt's resend-message
functionality.
Hooks into the search and show views through the "e" keybinding.
"draft" tag is removed after the email is sent and the target thread
is marked as delete
It adds a tag 'deleted' and removes the tags 'inbox' and 'unread'. It
works in show as well as in search mode
Based on previous work by: Sebastian Spaeth
Signed-off-by: Antoine Beaupré
---
emacs/notmuch-show.el |8
emacs/notmuch.el | 11 +++
2 files changed, 19 inse
Quoth Felipe Contreras on Jul 16 at 9:06 pm:
> On Tue, Jul 12, 2011 at 4:59 PM, Louis Rilling wrote:
> > Signed-off-by: Louis Rilling
> > ---
> > lib/message.cc | 12 ++--
> > 1 files changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/lib/message.cc b/lib/message.cc
> > ind
On Tue, Jul 12, 2011 at 4:59 PM, Louis Rilling wrote:
> Signed-off-by: Louis Rilling
> ---
> lib/message.cc | 12 ++--
> 1 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/lib/message.cc b/lib/message.cc
> index d993cde..cf651e5 100644
> --- a/lib/message.cc
> +++ b/lib/
I added tag:me to all messages from me.
Then I added this to my index page:
tag:notmuch and tag:unread and tag:me
So my attention could be drawn to threads I'd participated in,
which had new messages. (This list has enough traffic that I won't
always keep up).
It didn't work though. I assume be
On Wed, 13 Jul 2011 14:57:21 -0400, Austin Clements wrote:
> Quoth Pieter Praet on Jul 13 at 4:16 pm:
> > On Mon, 11 Jul 2011 17:05:32 -0400, Austin Clements
> > wrote:
> > > Quoth Pieter Praet on Jul 11 at 10:43 pm:
> > > > TL;DR: I can haz regex pl0x?
> > >
> > > Oof, what a pain. I'm happy
On Sat, 16 Jul 2011 16:26:04 +0200, Pieter Praet wrote:
> [SNIP]
> The Notmuch project is in the unique position of being the product of
> Carl's (legimitate) dislike of email (see his talk @ LCA2011 [1]), so
> it's safe to say patches may take some time to pass the gatekeeper.
> Don't worry, your
On Sat, 16 Jul 2011 08:37:52 -0400, Jason Woofenden wrote:
> I added tag:me to all messages from me.
>
> Then I added this to my index page:
>
> tag:notmuch and tag:unread and tag:me
>
> So my attention could be drawn to threads I'd participated in,
> which had new messages. (This list has enou
On Wed, 13 Jul 2011 01:46:24 +0200, Felix Geller wrote:
> I attached two commits. One that includes the changes (which have most
> comments incorporated, only that I stick to when rather than if) and one
> that includes a test. I still can't run the tests myself, I attached an
> excerpt of what e
I added tag:me to all messages from me.
Then I added this to my index page:
tag:notmuch and tag:unread and tag:me
So my attention could be drawn to threads I'd participated in,
which had new messages. (This list has enough traffic that I won't
always keep up).
It didn't work though. I assume be
Add a new function to allow editing a new message starting from an
existing one, roughly the equivalent of Mutt's resend-message
functionality.
Hooks into the search and show views through the "e" keybinding.
"postponed" tag is removed after the email is sent and the target thread
is marked as de
Add a new function to allow editing a new message starting from an
existing one, roughly the equivalent of Mutt's resend-message
functionality.
Hooks into the search and show views through the "e" keybinding.
"postponed" tag is removed after the email is sent and the target thread
is marked as de
Add a new function to allow editing a new message starting from an
existing one, roughly the equivalent of Mutt's resend-message
functionality.
Hooks into the search and show views through the "e" keybinding.
"postponed" tag is removed after the email is sent and the target thread
is marked as de
Add a new function to allow editing a new message starting from an
existing one, roughly the equivalent of Mutt's resend-message
functionality.
Hooks into the search and show views through the "e" keybinding.
"postponed" tag is removed after the email is sent and the target thread
is marked as de
50 matches
Mail list logo