command-line having the ability to parse our MIME parts. Perhaps there
is room for both to play?
micah
-- 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/20100210/8ec7b751/attachment-0001.pgp>
On Tue, 09 Feb 2010 16:43:20 -0800, Alexander Botero-Lowry wrote:
>
> I'll get around to it, I continue to run ancient notmuch with my patch
> still in place though because I find it basically unuseable without it,
> so I hope to get some free time to pull the change back up and add the
>
rubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100210/d5dc4c1c/attachment.pgp>
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth wrote:
> Here are some ideas for possible (and independent) fixes:
>
> 3. We could move away from these various mm- functions for displaying
>MIME parts and simply add functionality to the notmuch command line
>for extracting individual
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth wrote:
> For a while I've seen that I can very conveniently deal with attachments
> such as PDF files or even OpenOffice (or PowerPoint) presentations with
> the notmuch/emacs client. I simply hit 'v' and an external viewer comes
> up with the
nts/20100210/66f2e8d2/attachment-0001.png>
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100210/6ecffcd3/attachment.pgp>
Michiel Buddingh'(michiel at michielbuddingh.net)@061209-20:55:
>
...
> A new patch is attached. Apologies for the rather verbose Maildir
> handling logic, but I couldn't find a way to minimize the calls to
> is_maildir that was both neat and readable.
Hi notmuch-ers,
My apologies for dredging
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The notmuchmail.org wiki.".
The branch, master has been updated
via 6a7510bbd2dbf043516906e9570f49d1e03ade1f (commit)
from
After my "pacman" icon
(http://img194.imageshack.us/img194/2015/notmuchpacman.png) was not
appreciated due to a possible "eating mail" analogy :-), I quickly hacked
together another (public domain) licensed icon based on some clipart
from openclipart.org. This one clearly shows that you have not
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The notmuchmail.org wiki.".
The branch, master has been updated
via 8ac9d484a5bacbde77ea380e2eaac0d3c5a89e78 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The notmuchmail.org wiki.".
The branch, master has been updated
via 023952dcb7cbf5d4bd9c8ba2c79bac11d54af1d4 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The notmuchmail.org wiki.".
The branch, master has been updated
via 2c82f53ac040c716ae4d2198bba85a4a9b805ae2 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The notmuchmail.org wiki.".
The branch, master has been updated
via e383202eb78704d9ab85c1818a328cac62bad80a (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The notmuchmail.org wiki.".
The branch, master has been updated
via 77f3a357ba41dcc33abbc63c39b77ae4e6636099 (commit)
from
On Wed, 10 Feb 2010 11:38:54 +, David Edmondson wrote:
> [Patch to fontify date]
You do realize that your patch is identical to the one in
id:874omet1su.fsf at servo.finestructure.net (Jan 22)? :-)
Applying this would be nice in any case,
Sebastian
to work, but where can I put it in an email message?
-- 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/20100210/0e4cec01/attachment.pgp>
git push:
...
Total 3 (delta 2), reused 0 (delta 0)
error: unpack failed: unpack-objects abnormal exit
To git://notmuchmail.org/git/notmuch-wiki
! [remote rejected] master -> master (n/a (unpacker error))
error: failed to push some refs to 'git://notmuchmail.org/git/notmuch-wiki'
: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100210/3e96fbae/attachment.pgp>
On Wed, 10 Feb 2010 12:55:49 +0100, "Sebastian Spaeth" wrote:
> On Wed, 10 Feb 2010 11:38:54 +, David Edmondson wrote:
> > [Patch to fontify date]
>
> You do realize that your patch is identical to the one in
> id:874omet1su.fsf at servo.finestructure.net (Jan 22)? :-)
I didn't! My
ature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100210/307a1148/attachment.pgp>
-- next part --
A non-text attachment was scrubbed...
Name: notmuch-webicon.png
Type: image/png
Size: 646 bytes
Desc: not availa
Excerpts from David Bremner's message of Wed Feb 10 07:51:47 -0600 2010:
> Dear Scott and other interested parties;
>
> As I play with json output a bit more, it seems like having
> --entire-thread optional would be useful for quite a few applications.
> For example, if I want to get the From
---
notmuch.el |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index c0bb552..bd721a0 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -816,7 +816,13 @@ before the delimiter marking the beginning of the body."
(overlay-put
Hello. I've been trying out notmuch for a few days, so far it looks very
useful. Thank you to all those who have participated in implementing
it. I have a couple of questions:
1. How do others add some 'automatic' tagging of new messages? At the
moment I'm using a script[1] which tags messages
On Wed, 10 Feb 2010 16:25:03 +1300, martin f krafft
wrote:
> > http://patchwork.madduck.net/project/notmuch/list/ now exists.
>
> Are people actually using it? I know that merging patches is
> impossible, and that sucks, but otherwise: is this something to keep
> around, or should I take the
: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100210/709aa02e/attachment.pgp>
On Thu, 31 Dec 2009 11:17:40 -0400, david at tethera.net wrote:
> From: Scott Robinson
>
> In the case of notmuch-show, "--format=json" also implies
> "--entire-thread" as the thread structure is implicit in the emitted
> document tree.
>
Dear Scott and other interested parties;
As I play
On Tue, 09 Feb 2010 16:43:20 -0800, Alexander Botero-Lowry wrote:
> > rendering of non-HTML messages. And I did that with the expectation that
> > the code would appear again shortly with the obvious optimization to not
> > do any extra work for non-HTML messages.
> EBUSY...
>
> I'll get around
Hi David,
On Wed, 10 Feb 2010 11:06:13 +, David Edmondson wrote:
> 2. ... So far my (unimplemented) solution for this
>is to dump/restore the tags and store the dump under version
>control. Moving from one computer to another (which I don't do very
>often) would involve:
>
On Wed, 10 Feb 2010 16:25:03 +1300, martin f krafft
wrote:
>
> Are people actually using it? I know that merging patches is
> impossible, and that sucks, but otherwise: is this something to keep
> around, or should I take the site offline again?
I'm not sure what merging patches means here;
On Tue, 09 Feb 2010 16:43:20 -0800, Alexander Botero-Lowry
alex.boterolo...@gmail.com wrote:
rendering of non-HTML messages. And I did that with the expectation that
the code would appear again shortly with the obvious optimization to not
do any extra work for non-HTML messages.
EBUSY...
On Wed, 10 Feb 2010 16:25:03 +1300, martin f krafft madd...@madduck.net wrote:
Are people actually using it? I know that merging patches is
impossible, and that sucks, but otherwise: is this something to keep
around, or should I take the site offline again?
I'm not sure what merging patches
On Wed, 10 Feb 2010 16:25:03 +1300, martin f krafft madd...@madduck.net wrote:
http://patchwork.madduck.net/project/notmuch/list/ now exists.
Are people actually using it? I know that merging patches is
impossible, and that sucks, but otherwise: is this something to keep
around, or should I
Hello. I've been trying out notmuch for a few days, so far it looks very
useful. Thank you to all those who have participated in implementing
it. I have a couple of questions:
1. How do others add some 'automatic' tagging of new messages? At the
moment I'm using a script[1] which tags messages
git push:
...
Total 3 (delta 2), reused 0 (delta 0)
error: unpack failed: unpack-objects abnormal exit
To git://notmuchmail.org/git/notmuch-wiki
! [remote rejected] master - master (n/a (unpacker error))
error: failed to push some refs to 'git://notmuchmail.org/git/notmuch-wiki'
---
notmuch.el |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index c0bb552..bd721a0 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -816,7 +816,13 @@ before the delimiter marking the beginning of the body.
(overlay-put
On Wed, 10 Feb 2010 11:38:54 +, David Edmondson d...@dme.org wrote:
[Patch to fontify date]
You do realize that your patch is identical to the one in
id:874omet1su@servo.finestructure.net (Jan 22)? :-)
Applying this would be nice in any case,
Sebastian
On Wed, 10 Feb 2010 12:55:49 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Wed, 10 Feb 2010 11:38:54 +, David Edmondson d...@dme.org wrote:
[Patch to fontify date]
You do realize that your patch is identical to the one in
id:874omet1su@servo.finestructure.net (Jan 22)?
On Wed, 10 Feb 2010 12:05:02 +, David Edmondson d...@dme.org wrote:
On Wed, 10 Feb 2010 12:55:49 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Wed, 10 Feb 2010 11:38:54 +, David Edmondson d...@dme.org wrote:
[Patch to fontify date]
You do realize that your patch is
Emacs22 lacks apply-partially and mouse-event-p, so define them if
emacs version is less than 23. With this change, I was able to begin
using notmuch in emacs22.
apply-partially cribbed from
http://notmuchmail.org/pipermail/notmuch/2009/000889.html
diff --git a/notmuch.el b/notmuch.el
index
On Wed, 10 Feb 2010 13:46:11 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
As much as I hate replying to myself and spamming this list, some might
actually prefer a black-and-white version of a notmuch icon based on the
scales of justice :-). Sorry, I won't post about this anymore.
No
For a while I've seen that I can very conveniently deal with attachments
such as PDF files or even OpenOffice (or PowerPoint) presentations with
the notmuch/emacs client. I simply hit 'v' and an external viewer comes
up with the attached file. That's all very nice.
But strangely, I've also
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project The notmuchmail.org wiki..
The branch, master has been updated
via 77f3a357ba41dcc33abbc63c39b77ae4e6636099 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project The notmuchmail.org wiki..
The branch, master has been updated
via e383202eb78704d9ab85c1818a328cac62bad80a (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project The notmuchmail.org wiki..
The branch, master has been updated
via 2c82f53ac040c716ae4d2198bba85a4a9b805ae2 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project The notmuchmail.org wiki..
The branch, master has been updated
via 023952dcb7cbf5d4bd9c8ba2c79bac11d54af1d4 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project The notmuchmail.org wiki..
The branch, master has been updated
via 8ac9d484a5bacbde77ea380e2eaac0d3c5a89e78 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project The notmuchmail.org wiki..
The branch, master has been updated
via 6a7510bbd2dbf043516906e9570f49d1e03ade1f (commit)
from
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth cwo...@cworth.org wrote:
For a while I've seen that I can very conveniently deal with attachments
such as PDF files or even OpenOffice (or PowerPoint) presentations with
the notmuch/emacs client. I simply hit 'v' and an external viewer comes
up
also sprach David Bremner brem...@unb.ca [2010.02.10.2149 +1300]:
I'm not sure what merging patches means here; some kind of squash
operation? Anyway it seemed to me that every every patch series
that I looked at was broken into individual patches. Maybe I am
just unlucky, or does patchwork
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth cwo...@cworth.org wrote:
Here are some ideas for possible (and independent) fixes:
3. We could move away from these various mm- functions for displaying
MIME parts and simply add functionality to the notmuch command line
for extracting
On Wed, 10 Feb 2010 12:54:52 -0800, Carl Worth cwo...@cworth.org wrote:
PS. I know that attaching the output of git format-patch to a message
like this isn't the git way. (That is, you won't get the right result
by simply piping this message to git am.) But I really wish it
were. It seems I
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth cwo...@cworth.org wrote:
I investigated a bit and discovered that the images are being rendered
within emacs and inside of a temporary buffer that is being used by the
function invoked by 'v'. Before this function returns, the temporary
buffer
53 matches
Mail list logo