{-- Fri, 27 Nov 2009 21:22:36 -0800: Carl wrote: --}
Carl> On Fri, 27 Nov 2009 05:30:12 -0800, camalot at picnicpark.org wrote:
>> From: Keith Amidon
>>
>> As an alternative to creating a reply from the current thread, this
>> commit provides functions to create replies directly in
The former one worked in 23.1.50.1 but not in 23.1.1.
Signed-off-by: Jed Brown
---
notmuch.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 96c5d96..65473ba 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -1152,7 +1152,7 @@ characters as
Same problem as notmuch-show before. Noticed this when I intend to
reply a Chinese mail...
Cheers,
Kanru
that field (RFC-2822
says Reply-To may contain multiple addresses)?
Jed
-- 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/20091128/c82be920/attachment.pgp>
Pass the message through the charset filter so that we can view
messages wrote in different charset encoding.
Signed-off-by: Kan-Ru Chen
---
notmuch-reply.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 9ca1236..0cda72d
---
Makefile.local |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index 1744747..b818627 100644
--- a/Makefile.local
+++ b/Makefile.local
@@ -36,7 +36,7 @@ install: all notmuch.1.gz
done ;
install notmuch
---
configure | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/configure b/configure
index ab28fa3..1010799 100755
--- a/configure
+++ b/configure
@@ -63,6 +63,15 @@ else
errors=$((errors + 1))
fi
+if printf 'int main(){return 0;}' | gcc -x c -lz -o
This also removes the Makefile.config from the repository, since it
shouldn't be kept in the repository and should be created by the
configure script.
---
Makefile.config |3 ---
configure | 12 +++-
2 files changed, 11 insertions(+), 4 deletions(-)
delete mode 100644
Signed-off-by: Jed Brown
---
notmuch.1 | 22 +++---
notmuch.c | 16 ++--
2 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 2be77f9..04bd0cf 100644
--- a/notmuch.1
+++ b/notmuch.1
@@ -211,9 +211,9 @@ section below for
On Fri, 27 Nov 2009 05:23:06 -0800, Carl wrote:
> [*] I tried and tried to figure out how to get gnus to save an Fcc (a
> file copy of all outgoing messages), and failed to configure the
> various "fake newsgroup things" that gnus wanted for me to be able
> to do this.
I use
for it.
Jed
-- 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/20091128/9a259968/attachment.pgp>
On Fri, 27 Nov 2009 23:10:30 +0100, Tassilo wrote:
>> Unable to open server nntp+news, go offline? (y or n)
> Hm, I can reproduce that with "emacs -Q". Looks wrong to me, probably a
> bug... Normally, an unconfigured Gnus should start having one nndoc
> server providing some groups with
This is the beginning of a test suite. It uses the Check[1] unit
testing framework to handle the testing. There are basic tests of the
SHA1 and tag manipulation routines, obviously many more will need to
be added.
Run "make check" from the toplevel directory to build and run the
checks.
[1]
nature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/4f3fbc36/attachment-0001.pgp>
{-- Sat, 28 Nov 2009 09:49:58 -0800: Carl wrote: --}
Carl> So when there are quick and easy things, (like calling an
Carl> existing function on an 'f' binding like above), that totally
Carl> makes sense to do. We can look at things like that as interim
Carl> solutions until the C program
This is the beginning of a test suite. It uses the Check[1] unit
testing framework to handle the testing. There's are basic tests of
the SHA1 routines, obviously many more will need to be added.
Run "make check" from the toplevel directory to build and run the
checks.
[1]
- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/3f20c9e8/attachment.pgp>
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/aa5d66a5/attachment.pgp>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: cairo-commit-sample.mail
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/aa5d66a5/attachment.asc>
rl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/625321e4/attachment.pgp>
available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/e5bdc970/attachment.pgp>
This patch use notmuch-tag-face showing tags in the notmuch-search-mode.
We can selectively highlight each tag by setting notmuch-tag-face-alist as below
(defface notmuch-tag-unread-face
'class color)) (:foreground "goldenrod")))
"Notmuch search mode face used to highligh tags.")
On Sat, 28 Nov 2009 05:40:13 -0400, David Bremner
wrote:
> Now it seems that any search that is non-empty (i.e. matches
> something) crashes with a duplicate In-Reply-To ID. This is in git
> revision 92c4dcc (although it was the same yesterday). The oddest
> thing is that the second message-id
This is the beginning of a test suite. It uses the Check[1] unit
testing framework to handle the testing. There's one basic test of
the SHA1 routines, obviously many more will need to be added.
Run "make check" from the toplevel directory to build and run the
checks.
[1]
Bart Trojanowski wrote:
> * Baruch Even [091127 12:58]:
>> I added a quick hack to show a message thread in notmuch-gtk and this
>> makes it semi-usable. I don't actually parse the reply of notmuch-show
>> but it's already passably usable to read mail.
>
> got screenshots?
I created them
mitted
patches go to the right place).
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/fccc7aa2/attachment.pgp>
: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/e96bf6f2/attachment.pgp>
{-- Fri, 27 Nov 2009 21:15:15 -0800: Carl wrote: --}
Carl> On Fri, 27 Nov 2009 05:30:11 -0800, camalot at picnicpark.org wrote:
>> From: Keith Amidon
>> Sometimes forwarding a message is preferable to replying and
>> modifying the set of recipients. This commit provides that ability
bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/4b712566/attachment.pgp>
{-- Fri, 27 Nov 2009 21:06:45 -0800: Carl wrote: --}
Carl> On Fri, 27 Nov 2009 05:30:08 -0800, camalot at picnicpark.org wrote:
Carl> I had a patch (on a side branch that I must have never merged)
Carl> that just removed these autoload comments. Do these even do
Carl> anything for a file
roper
signature :)
--
http://fossarchy.blogspot.com/
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/1086afa5/attachment.pgp>
Add some text on how to install dependencies with yum for Fedora or
other systems that use yum for package management. Since the named of
the required packages on Fedora are slightly different from Debian
this will help get new users of notmuch that use Fedora going quicker.
Signed-off-by:
On the trail of a searching problem, I enabled debugging with
make CFLAGS="-g -DDEBUG" CXXFLAGS="-g -DDEBUG"
Now it seems that any search that is non-empty (i.e. matches
something) crashes with a duplicate In-Reply-To ID. This is in git
revision 92c4dcc (although it was the same yesterday).
Excerpts from Mikhail Gusarov's message of Sat Nov 28 04:31:15 +0100 2009:
>
> Twas brillig at 21:28:03 27.11.2009 UTC-06 when jeff at ocjtech.us did gyre
> and
> gimble:
>
> JCO> Instead of including a private implementation of the SHA1 hash
>
> xserver went this road, and now it has
>
On Sat, Nov 28, 2009 at 12:43 AM, Carl Worth wrote:
>
> Have you actually *looked* at the implementation of libsha1.c that we
> have in notmuch? I can't say with 100% certainty that it's free of any
> buffer overruns, but I can see that it's not doing any memory allocation
> nor network
basic settings.
Cheers,
Kanru
-- 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/20091128/188e726e/attachment.pgp>
e process of
recreating it with the verbose flag turned on. So far the problem has
not occurred again. So if there's a real bug somewhere I'm wondering
if there isn't a timing-related component to it.
--
Jeff Ollie
-- next part --
A non-text attachment was scrubbed...
Name: multipart.zip
Type: application/zip
Size: 5446 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091128/57e7b106/attachment-0001.zip>
---
configure |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index b4770ec..e55f067 100755
--- a/configure
+++ b/configure
@@ -10,8 +10,8 @@ more efficiently than ever.
If anything goes wrong in this process, please do as much as you can
to
Same problem as notmuch-show before. Noticed this when I intend to
reply a Chinese mail...
Cheers,
Kanru
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
First, I'm aware that such munging is A Bad Thing
http://www.unicom.com/pw/reply-to-harmful.html
but a lot of lists do it anyway (mostly to work around widely used
mailers with lame defaults). After munging, we get headers looking like
this
From: Some User some.u...@example.com
To:
{-- Fri, 27 Nov 2009 21:06:45 -0800: Carl cwo...@cworth.org wrote: --}
Carl On Fri, 27 Nov 2009 05:30:08 -0800, cama...@picnicpark.org wrote:
Carl I had a patch (on a side branch that I must have never merged)
Carl that just removed these autoload comments. Do these even do
Carl anything
Signed-off-by: Jed Brown j...@59a2.org
---
notmuch.1 | 22 +++---
notmuch.c | 16 ++--
2 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 2be77f9..04bd0cf 100644
--- a/notmuch.1
+++ b/notmuch.1
@@ -211,9 +211,9 @@ section
On Sat, 28 Nov 2009 05:40:13 -0400, David Bremner brem...@pivot.cs.unb.ca
wrote:
Now it seems that any search that is non-empty (i.e. matches
something) crashes with a duplicate In-Reply-To ID. This is in git
revision 92c4dcc (although it was the same yesterday). The oddest
thing is that the
The former one worked in 23.1.50.1 but not in 23.1.1.
Signed-off-by: Jed Brown j...@59a2.org
---
notmuch.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 96c5d96..65473ba 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -1152,7 +1152,7 @@
{-- Sat, 28 Nov 2009 09:49:58 -0800: Carl cwo...@cworth.org wrote: --}
Carl So when there are quick and easy things, (like calling an
Carl existing function on an 'f' binding like above), that totally
Carl makes sense to do. We can look at things like that as interim
Carl solutions until
This is the beginning of a test suite. It uses the Check[1] unit
testing framework to handle the testing. There are basic tests of the
SHA1 and tag manipulation routines, obviously many more will need to
be added.
Run make check from the toplevel directory to build and run the
checks.
[1]
45 matches
Mail list logo