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/20110203/ad85cf74/attachment.pgp>
I recently upgraded to the newer notmuch to test out the new folder
patch (its great!) and the new decryption/signature verification (its
fantastic!), and noticed something odd start happening.
I think that notmuch moves a new message to the maildir cur directory,
uchmail.org/pipermail/notmuch/attachments/20110203/4b4df877/attachment.pgp>
I recently upgraded to the newer notmuch to test out the new folder
patch (its great!) and the new decryption/signature verification (its
fantastic!), and noticed something odd start happening.
I think that notmuch moves a new message to the maildir cur directory,
From the new directory when you
t, Jamie.
--dkg
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1030 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110203/65bc54a1/attachment.pgp>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1030 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110203/8c4b917c/attachment.pgp>
On 02/03/2011 03:34 PM, Jameson Rollins wrote:
> On Thu, 03 Feb 2011 14:52:01 -0500, Daniel Kahn Gillmor
> wrote:
>> You either want to fix this in your emacs config by putting your
>> fingerprint into mml2015-signers and setting mml2015-encrypt-to-self
>>
>> Or you want to set gpg's default-reci
On Thu, 03 Feb 2011 20:42:38 +, Darren McGuicken
wrote:
> On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
> wrote:
> > Please test and provide feedback. I would really like to see this
> > series merged into the mainline for the next release, if at all
> > possible.
>
> Fan. Tastic.
ed to do it in
notmuch-reply as well for the decrypted text to show up in the reply.
I'm working on it now.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1030 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110203/7c936d02/attachment.pgp>
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
wrote:
> Please test and provide feedback. I would really like to see this
> series merged into the mainline for the next release, if at all
> possible.
Fan. Tastic. Thanks so much for this, incredible work!
Grabbed and testing now, the onl
On Thu, 03 Feb 2011 14:52:01 -0500, Daniel Kahn Gillmor
wrote:
> On 02/03/2011 11:25 AM, micah anderson wrote:
> > 1. I personally think notmuch-show-process-pgpmime should default to
> > true
>
> note that with it set to false, you can still M-RET (instead of RET) on
> an item in the summary wi
quot;encrypt-to " in my gpg.conf
and it seems to do as expected (all encrypted messages are also
encrypted to myself).
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/20110203/491434d0/attachment.pgp>
Nice catch.
Is there a reason you keep the remaining data in a string instead of
taking the more idiomatic elisp approach of leaving it in the process
buffer? In fact, the code would probably be simpler if you
immediately appended the string to the process buffer like a normal
process-filter and
Hi Micah--
just wanted to follow up on your points/questions:
On 02/03/2011 11:25 AM, micah anderson wrote:
> 1. I personally think notmuch-show-process-pgpmime should default to
> true
note that with it set to false, you can still M-RET (instead of RET) on
an item in the summary window to have
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/20110203/e1123cff/attachment.pgp>
--
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/20110203/e0066155/attachment.pgp>
On 02/02/2011 08:18 PM, Jameson Rollins wrote:
> Hi, all. I have pushed a new branch called "crypto" to my notmuch
> repository [0]. This branch provides full support for PGP/MIME signed
> and encrypted messages, including emacs UI support.
I have tested this, and am now using it. I'm very happ
Hallo!
On Thu, 3 Feb 2011 12:06:20 -0500, Austin Clements wrote:
> Is there a reason you keep the remaining data in a string instead of
> taking the more idiomatic elisp approach of leaving it in the process
> buffer? In fact, the code would probably be simpler if you
> immediately appended the
Nice catch.
Is there a reason you keep the remaining data in a string instead of
taking the more idiomatic elisp approach of leaving it in the process
buffer? In fact, the code would probably be simpler if you
immediately appended the string to the process buffer like a normal
process-filter and
On Thu, 27 Jan 2011 12:35:16 -0800, Jameson Rollins
wrote:
> On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson wrote:
> > Due to my harddisk in my laptop being slow (5400RPM), my notmuch
> > database growing, and perhaps some fragmentation somewhere, this has
> > become *incredibly* annoying fo
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
wrote:
> Hi, all. I have pushed a new branch called "crypto" to my notmuch
> repository [0]. This branch provides full support for PGP/MIME signed
> and encrypted messages, including emacs UI support. It has been applied
> on top of cworth's
On Mon, 31 Jan 2011 23:48:57 +0100, Thomas Schwinge
wrote:
> Hallo!
>
> On Mon, 10 Jan 2011 16:39:28 +0200, Ali Polatel wrote:
> > --- a/.gitignore
> > +++ b/.gitignore
> > @@ -13,3 +13,7 @@ libnotmuch.so*
> > .*.swp
> > *.elc
> > releases
> > +
> > +bindings/ruby/mkmf.log
> > +bindings/ruby
Quoth Carl Worth on Feb 02 at 2:48 pm:
> Restricting my reply to one tiny bit of your mail:
>
> You wrote:
> > non-recursive is the only thing that makes sense for Maildir++ folders
>
> Either I'm not understanding Maildir++ folders, or I don't agree with
> you.
>
> I might have an email archiv
Hi, all. I have pushed a new branch called "crypto" to my notmuch
repository [0]. This branch provides full support for PGP/MIME signed
and encrypted messages, including emacs UI support. It has been applied
on top of cworth's current master (21e97c50). It includes the
following:
* David Edmon
Signed-off-by: Thomas Schwinge
---
test/emacs-forgetfulness | 38 ++
test/notmuch-test|1 +
2 files changed, 39 insertions(+), 0 deletions(-)
create mode 100755 test/emacs-forgetfulness
diff --git a/test/emacs-forgetfulness b/test/emacs-forgetfu
Hallo!
Here is the problem, as suspected.
On Wed, 02 Feb 2011 17:12:16 +0100, I wrote:
> At this / in the middle of this point, the 4 KiB size is hit. After
> accumulating some more (notice the 3.6 seconds delay), Emacs read()s the
> first chunk (line breaks inserted for clarity):
>
> 16:26
This issue has been lying in ambush as of 2009-11-24's commit
93af7b574598637c2766dd1f8ef343962c9a8efb.
Signed-off-by: Thomas Schwinge
---
emacs/notmuch.el | 70 +++--
1 files changed, 41 insertions(+), 29 deletions(-)
diff --git a/emacs/notmuch
Hi folks,
This is not a complete patch, but should give you an idea. (It works well
enough for me, but I think it could do more).
diff --git a/notmuch-show.c b/notmuch-show.c
index ef421ec..dff66de 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
@@ -272,6 +272,12 @@ format_message_mbox (const v
Restricting my reply to one tiny bit of your mail:
You wrote:
> non-recursive is the only thing that makes sense for Maildir++ folders
Either I'm not understanding Maildir++ folders, or I don't agree with
you.
I might have an email archive that looks like this:
Maildir
.work
.projec
Signed-off-by: Thomas Schwinge
---
test/test-lib.sh |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/test/test-lib.sh b/test/test-lib.sh
index f536172..3471ead 100755
--- a/test/test-lib.sh
+++ b/test/test-lib.sh
@@ -815,13 +815,14 @@ EOF
}
+# Locate the directory
Hallo!
On Sun, 30 Jan 2011 22:02:03 +0100, I wrote:
> That is, roughly every 25th line is dropped in the Emacs notmuch-search
> buffer! (Via setting notmuch-command to a shell script, I intercepted
> the notmuch / emacs pipeline with tee, and found that what comes out of
> ``notmuch | tee'' is st
-
Regards,
Ali Polatel
-- 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/20110203/a4a9be91/attachment.pgp>
Quoth Carl Worth on Feb 02 at 2:48 pm:
> Restricting my reply to one tiny bit of your mail:
>
> You wrote:
> > non-recursive is the only thing that makes sense for Maildir++ folders
>
> Either I'm not understanding Maildir++ folders, or I don't agree with
> you.
>
> I might have an email archiv
This issue has been lying in ambush as of 2009-11-24's commit
93af7b574598637c2766dd1f8ef343962c9a8efb.
Signed-off-by: Thomas Schwinge
---
emacs/notmuch.el | 70 +++--
1 files changed, 41 insertions(+), 29 deletions(-)
diff --git a/emacs/notmuch
Signed-off-by: Thomas Schwinge
---
test/emacs-forgetfulness | 38 ++
test/notmuch-test|1 +
2 files changed, 39 insertions(+), 0 deletions(-)
create mode 100755 test/emacs-forgetfulness
diff --git a/test/emacs-forgetfulness b/test/emacs-forgetfu
Hallo!
Here is the problem, as suspected.
On Wed, 02 Feb 2011 17:12:16 +0100, I wrote:
> At this / in the middle of this point, the 4 KiB size is hit. After
> accumulating some more (notice the 3.6 seconds delay), Emacs read()s the
> first chunk (line breaks inserted for clarity):
>
> 16:26
37 matches
Mail list logo
