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,
il.org/pipermail/notmuch/attachments/20110203/4b4df877/attachment.pgp>
--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>
d...
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>
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:
<http
on-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>
nf
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
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>
application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110203/e0066155/attachment.pgp>
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
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
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
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):
>
>
Signed-off-by: Thomas Schwinge tho...@schwinge.name
---
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
}
+#
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
This issue has been lying in ambush as of 2009-11-24's commit
93af7b574598637c2766dd1f8ef343962c9a8efb.
Signed-off-by: Thomas Schwinge tho...@schwinge.name
---
emacs/notmuch.el | 70 +++--
1 files changed, 41 insertions(+), 29 deletions(-)
diff
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):
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
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 archive that
On Mon, 31 Jan 2011 23:48:57 +0100, Thomas Schwinge tho...@schwinge.name
wrote:
Hallo!
On Mon, 10 Jan 2011 16:39:28 +0200, Ali Polatel a...@exherbo.org wrote:
--- a/.gitignore
+++ b/.gitignore
@@ -13,3 +13,7 @@ libnotmuch.so*
.*.swp
*.elc
releases
+
+bindings/ruby/mkmf.log
On Thu, 27 Jan 2011 12:35:16 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson mi...@riseup.net wrote:
Due to my harddisk in my laptop being slow (5400RPM), my notmuch
database growing, and perhaps some fragmentation somewhere, this
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
Hallo!
On Thu, 3 Feb 2011 12:06:20 -0500, Austin Clements amdra...@mit.edu 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
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 happy
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
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
jroll...@finestructure.net 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
On Thu, 03 Feb 2011 20:42:38 +, Darren McGuicken
mailing-notm...@fernseed.info wrote:
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Please test and provide feedback. I would really like to see this
series merged into the mainline for the next
On 02/03/2011 03:34 PM, Jameson Rollins wrote:
On Thu, 03 Feb 2011 14:52:01 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net 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
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
32 matches
Mail list logo