[notmuch] indexing mail?

2010-01-23 Thread Carl Worth 
On Sat, 23 Jan 2010 01:28:38 -0500, Jesse Rosenthal  
wrote:
> I just gave it a try, and building failed because of a seeming
> misspelling on line 285 (`DT_UKNOWN'), from commit
> 344c48a47de23cc63f1885d850b82359d1a34064 . Fixing the misspelling fixed
> the build.

That's embarrassing. I've pushed a fix now (and I even compiled it this
time before pushing it!).

> Thanks, as always, for all your work on this.

No problem at all. It's my pleasure.

-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/20100123/4af96b4d/attachment-0001.pgp>

[notmuch] indexing mail?

2010-01-23 Thread Carl Worth 
On Fri, 15 Jan 2010 08:27:50 +0100, Arvid Picciani  wrote:
> works for me, thanks Dirk.  patch against HEAD is attached ( i hope. i'm
> new to emacs mail :D )

Hi Arvid,

Your original patch was sent as "application/octet-stream" which made it
awkward to read, (I would have to manually save it rather than just
being able to read it within emacs with notmuch).

But I've since pushed a separate patch to fix this bug. Please give it a
try and let me know what you think.

> It takes around half an hour for my 60K mail on reiserfs, but it did take 10 
> minutes
> already on ext4.

What operation is taking that long?

> I suggest having a different approach to feed new mail in, such as:
> 
> for i in (fetchmail)
> do
> notmuch new < $i
> done

I'm still not sure what is slow for you, but I'm also not sure how the
above would help.

-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/20100123/7c3edd17/attachment.pgp>

[notmuch] Bug with commit 2e96464f9705be4ec772280cad71a6c9d5831e6f

2010-01-23 Thread Carl Worth 
On Sat, 16 Jan 2010 02:42:39 +0100 (CET), racin at free.fr wrote:
> I still confirm the bug.
> 
> The problem is due to relying on non-standardized fields of directory entries 
> (i.e. d_type), which don't behave the
> same on reiserfs than on ext2 (I use reiserfs). 
> 
> The following ugly patch "solves" my problem.

I just pushed a cleaner version of this patch from a later post. I hope
it helps and that you can have fun with notmuch!

-Carl

PS. Micah and Martin, Stacy says "you're welcome" for this and any
further notmuch work that happens to get done during this vacation. :-)
-- 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/20100123/2bda3205/attachment.pgp>

[notmuch] [PATCH] d_type fix

2010-01-23 Thread Carl Worth 
On Thu, 21 Jan 2010 15:10:18 -0500, Geo Carncross  wrote:
> A review of notmuch-new.c shows three uses of ->d_type:

Excellent, thank you.

> Near line 153, in _entries_resemble_maildir() we can simply allow for
> DT_UNKNOWN. This would fail if people have MH-style folders which have
> three folders called "new" "cur" and "tmp", but that seems unlikely, in
> which case the "tmp" folder would simply not be scanned.

The check will also fail if someone happens to have two regular files
named "cur" and "new" next to a directory named "tmp", (which would then
be ignored). But I agree this seems very unlikely.

> [snip]

The rest of your analysis looks good to me. And it's nice to see how
simple the final patch is.

> Attached is a patch which was tested with reiserfs. It should also work
> with xfs.

I had been waiting to apply the previous patch until I could test it on
a filesystem returning DT_UNKNOWN. But this one looks clean enough to
apply immediately.

One thing that would have made that easier would be a commit message,
(such as making a commit with "git commit" then using "git format-patch"
and "git send-email" to send it). But I'll go ahead and make one up.

Thanks again!

-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/20100123/8c0929c8/attachment.pgp>

[notmuch] [PATCH -V2] notmuch.el: Support for customizing search result display

2010-01-23 Thread Aneesh Kumar K.V 
From: Aneesh Kumar K.V 

This patch helps in customizing search result display
similar to mutt's index_format. The customization is done
by defining an alist as below

(setq notmuch-search-result-format '(("date" . "%s ")
 ("authors" . "%-40s ")
 ("subject" . "%s ")
 ("tags" . "(%s)")))

The supported keywords are date, count, authors, subject and tags.

Signed-off-by: Aneesh Kumar K.V 
---
 notmuch.el |   56 +++-
 1 files changed, 39 insertions(+), 17 deletions(-)

diff --git a/notmuch.el b/notmuch.el
index 97914f2..89dc32a 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -119,6 +119,14 @@ pattern can still test against the entire line).")
 (defvar notmuch-show-body-read-visible nil)
 (defvar notmuch-show-citations-visible nil)
 (defvar notmuch-show-signatures-visible nil)
+(defcustom notmuch-search-result-format nil
+  "Search result formating. Supported fields are
+   date, count, authors, subject, tags
+ex: (setq notmuch-search-result-format \(\(\"authors\" . \"%-40s\"\)
+   \(\"subject\" . \"%s\"\)\)\)"
+:type '(alist :key-type (string) :value-type (string))
+:group 'notmuch)
+
 (defvar notmuch-show-headers-visible nil)

 ; XXX: This should be a generic function in emacs somewhere, not here
@@ -1065,11 +1073,6 @@ matching this search term are shown if non-nil. "
   "Notmuch search mode face used to highligh tags."
   :group 'notmuch)

-(defvar notmuch-tag-face-alist nil
-  "List containing the tag list that need to be highlighed")
-
-(defvar notmuch-search-font-lock-keywords  nil)
-
 ;;;###autoload
 (defun notmuch-search-mode ()
   "Major mode displaying results of a notmuch search.
@@ -1105,17 +1108,7 @@ Complete list of currently available key bindings:
   (setq truncate-lines t)
   (setq major-mode 'notmuch-search-mode
mode-name "notmuch-search")
-  (setq buffer-read-only t)
-  (if (not notmuch-tag-face-alist)
-  (add-to-list 'notmuch-search-font-lock-keywords (list
-   "(\\([^)]*\\))$" '(1  'notmuch-tag-face)))
-(let ((notmuch-search-tags (mapcar 'car notmuch-tag-face-alist)))
-  (loop for notmuch-search-tag  in notmuch-search-tags
-   do (add-to-list 'notmuch-search-font-lock-keywords (list
-   (concat "([^)]*\\(" notmuch-search-tag "\\)[^)]*)$")
-   `(1  ,(cdr (assoc notmuch-search-tag 
notmuch-tag-face-alist
-  (set (make-local-variable 'font-lock-defaults)
- '(notmuch-search-font-lock-keywords t)))
+  (setq buffer-read-only t))

 (defun notmuch-search-find-thread-id ()
   "Return the thread for the current thread"
@@ -1230,6 +1223,30 @@ This function advances the next thread when finished."
(insert (format " (process returned %d)" 
exit-status)))
(insert "\n"))

+(defun insert-tags (tags)
+  (insert (concat "(" (propertize tags
+'font-lock-face 'notmuch-tag-face) ")")))
+
+(defun insert-field (field date count authors subject tags)
+(if (string-equal field "date")
+(insert (format (cdr (assoc field notmuch-search-result-format)) date))
+  (if (string-equal field "count")
+(insert (format (cdr (assoc field notmuch-search-result-format)) count))
+  (if (string-equal field "authors")
+(insert (format (cdr (assoc field notmuch-search-result-format)) authors))
+  (if (string-equal field "subject")
+  (insert (format (cdr (assoc field notmuch-search-result-format)) 
subject))
+  (if (string-equal field "tags")
+  (insert-tags (format (cdr (assoc field notmuch-search-result-format)) 
tags)))
+)
+
+(defun notmuch-search-show-result (date count authors subject tags)
+(let ((fields) (field))
+  (setq fields (mapcar 'car notmuch-search-result-format))
+  (loop for field in  fields
+   do (insert-field field date count authors subject tags)))
+(insert "\n"))
+
 (defun notmuch-search-process-filter (proc string)
   "Process and filter the output of \"notmuch search\""
   (let ((buffer (process-buffer proc)))
@@ -1252,7 +1269,12 @@ This function advances the next thread when finished."
  (set 'authors (concat (substring authors 0 (- 40 3)) 
"...")))
  (goto-char (point-max))
  (let ((beg (point-marker)))
-   (insert (format "%s %-7s %-40s %s (%s)\n" date count 
authors subject tags))
+   (if (not notmuch-search-result-format)
+   (progn (insert (format "%s %-7s %-40s %s" date 
count authors subject))
+  ;; insert the fontified tag
+  (insert-tags (format "%s" tags))
+  (insert "\n"))
+ (notmuch-search-show-result date count authors 
subject tags))

[notmuch] [PATCH -V2 2/2] notmuch.el: Add support for reply-to sender

2010-01-23 Thread Aneesh Kumar K.V 
From: Aneesh Kumar K.V 

Add key binding to do a reply-to sender. This
is mapped to 'R'

Signed-off-by: Aneesh Kumar K.V 
---
 notmuch.el |   24 ++--
 1 files changed, 22 insertions(+), 2 deletions(-)

diff --git a/notmuch.el b/notmuch.el
index 97914f2..5589350 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -62,7 +62,8 @@
 (define-key map "s" 'notmuch-search)
 (define-key map "m" 'message-mail)
 (define-key map "f" 'notmuch-show-forward-current)
-(define-key map "r" 'notmuch-show-reply)
+(define-key map "r" 'notmuch-show-reply-all)
+(define-key map "R" 'notmuch-show-reply)
 (define-key map "|" 'notmuch-show-pipe-message)
 (define-key map "w" 'notmuch-show-save-attachments)
 (define-key map "V" 'notmuch-show-view-raw-message)
@@ -363,12 +364,31 @@ buffer."
(forward-line)))
   (message-mode))

-(defun notmuch-show-reply ()
+(defun notmuch-show-reply-all ()
   "Begin composing a reply to the current message in a new buffer."
   (interactive)
   (let ((message-id (notmuch-show-get-message-id)))
 (notmuch-reply message-id)))

+
+(defun notmuch-format-reply (format-string query-string)
+  (switch-to-buffer (generate-new-buffer "notmuch-draft"))
+  (call-process notmuch-command nil t nil "reply"
+   (concat "--format=" format-string) query-string)
+  (message-insert-signature)
+  (goto-char (point-min))
+  (if (re-search-forward "^$" nil t)
+  (progn
+   (insert "--text follows this line--")
+   (forward-line)))
+  (message-mode))
+
+(defun notmuch-show-reply ()
+  "Begin composing a reply to the current message in a new buffer."
+  (interactive)
+  (let ((message-id (notmuch-show-get-message-id)))
+(notmuch-format-reply "sender-only" message-id)))
+
 (defun notmuch-show-forward-current ()
   "Forward the current message."
   (interactive)
-- 
1.6.6.1.394.gdedc0

[notmuch] [PATCH -V2 1/2] notmuch-reply: Add support for replying only to sender

2010-01-23 Thread Aneesh Kumar K.V 
From: Aneesh Kumar K.V 

This patch add --format=sender-only option.

Signed-off-by: Aneesh Kumar K.V 
---
 notmuch-reply.c |   54 --
 1 files changed, 40 insertions(+), 14 deletions(-)

diff --git a/notmuch-reply.c b/notmuch-reply.c
index 0cda72d..859b725 100644
--- a/notmuch-reply.c
+++ b/notmuch-reply.c
@@ -23,15 +23,23 @@
 #include "notmuch-client.h"
 #include "gmime-filter-reply.h"

-static const struct {
+struct reply_map {
 const char *header;
 const char *fallback;
 GMimeRecipientType recipient_type;
-} reply_to_map[] = {
+};
+
+static const struct reply_map reply_to_all_map[] = {
 { "reply-to", "from", GMIME_RECIPIENT_TYPE_TO  },
 { "to", NULL, GMIME_RECIPIENT_TYPE_TO  },
 { "cc", NULL, GMIME_RECIPIENT_TYPE_CC  },
-{ "bcc",NULL, GMIME_RECIPIENT_TYPE_BCC }
+{ "bcc",NULL, GMIME_RECIPIENT_TYPE_BCC },
+{ NULL, NULL, 0}
+};
+
+static const struct reply_map reply_to_sender_map[] = {
+{ "reply-to", "from", GMIME_RECIPIENT_TYPE_TO  },
+{ NULL, NULL, 0}
 };

 static void
@@ -200,7 +208,8 @@ add_recipients_for_string (GMimeMessage *message,
 }

 static int
-notmuch_reply_format_default(void *ctx, notmuch_config_t *config, 
notmuch_query_t *query)
+__notmuch_reply(void *ctx, notmuch_config_t *config,
+   notmuch_query_t *query, const struct reply_map *map)
 {
 GMimeMessage *reply;
 notmuch_messages_t *messages;
@@ -229,17 +238,19 @@ notmuch_reply_format_default(void *ctx, notmuch_config_t 
*config, notmuch_query_
subject = talloc_asprintf (ctx, "Re: %s", subject);
g_mime_message_set_subject (reply, subject);

-   for (i = 0; i < ARRAY_SIZE (reply_to_map); i++) {
+   for (i = 0;; i++) {
const char *addr;

+   if (!map[i].header)
+   break;
recipients = notmuch_message_get_header (message,
-reply_to_map[i].header);
-   if ((recipients == NULL || recipients[0] == '\0') && 
reply_to_map[i].fallback)
+   map[i].header);
+   if ((recipients == NULL || recipients[0] == '\0') && 
map[i].fallback)
recipients = notmuch_message_get_header (message,
-
reply_to_map[i].fallback);
+map[i].fallback);

addr = add_recipients_for_string (reply, config,
- reply_to_map[i].recipient_type,
+ map[i].recipient_type,
  recipients);
if (from_addr == NULL)
from_addr = addr;
@@ -289,6 +300,12 @@ notmuch_reply_format_default(void *ctx, notmuch_config_t 
*config, notmuch_query_
 return 0;
 }

+static int
+notmuch_reply_format_default(void *ctx, notmuch_config_t *config, 
notmuch_query_t *query)
+{
+   return __notmuch_reply(ctx, config, query, reply_to_all_map);
+}
+
 /* This format is currently tuned for a git send-email --notmuch hook */
 static int
 notmuch_reply_format_headers_only(void *ctx, notmuch_config_t *config, 
notmuch_query_t *query)
@@ -332,17 +349,18 @@ notmuch_reply_format_headers_only(void *ctx, 
notmuch_config_t *config, notmuch_q
g_mime_object_set_header (GMIME_OBJECT (reply),
  "References", references);

-   for (i = 0; i < ARRAY_SIZE (reply_to_map); i++) {
+   for (i = 0; i < ARRAY_SIZE (reply_to_all_map); i++) {
const char *addr;

recipients = notmuch_message_get_header (message,
-reply_to_map[i].header);
-   if ((recipients == NULL || recipients[0] == '\0') && 
reply_to_map[i].fallback)
+
reply_to_all_map[i].header);
+   if ((recipients == NULL || recipients[0] == '\0') &&
+   reply_to_all_map[i].fallback)
recipients = notmuch_message_get_header (message,
-
reply_to_map[i].fallback);
+reply_to_all_map[i].fallback);

addr = add_recipients_for_string (reply, config,
- reply_to_map[i].recipient_type,
+ 
reply_to_all_map[i].recipient_type,
  recipients);
}

@@ -361,6 +379,12 @@ notmuch_reply_format_headers_only(void *ctx, 
notmuch_config_t *config, notmuch_q
 return 0;
 }

+static int
+notmuch_reply_format_sender_only(void *ctx, notmuch_config_t *config, 
notmuch_query_t *query)
+{
+   return __notmuch_reply(ctx, config, query,

[notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani 
On 01/23/2010 03:29 PM, Arvid Picciani wrote:
>>> done
>>
>> I'm still not sure what is slow for you,
>
> scanning 60k mails. :D That's not fixable, other then by not doing that.
>
> but I'm also not sure how the above would help.
>
> It doesn't scan all 60K individually but only the single new one.


Thunderfuck is a pain. it sent the mail with a different quoting then 
showing it, again. Desperatly need to get notmuch working :(

-- 
Arvid
Asgaard Technologies

[notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani 
On 01/23/2010 07:09 AM, Carl Worth wrote:

> Your original patch was sent as "application/octet-stream" which made it
> awkward to read, (I would have to manually save it rather than just
> being able to read it within emacs with notmuch).

uum yeah thanks. I'll try to figure out how this works.

> But I've since pushed a separate patch to fix this bug. Please give it a
> try and let me know what you think.

will do later.

>> It takes around half an hour for my 60K mail on reiserfs, but it did take 10 
>> minutes
>> already on ext4.
>
> What operation is taking that long?

notmuch new, rescanning my entire 60k mails on every single new message 
i get.

>> I suggest having a different approach to feed new mail in, such as:
>>
>> for i in (fetchmail)
>> do
>>  notmuch new<  $i
>> done
>
> I'm still not sure what is slow for you,

scanning 60k mails. :D  That's not fixable, other then by not doing that.

but I'm also not sure how the above would help.

It doesn't scan all 60K individually but only the single new one.



-- 
Arvid
Asgaard Technologies

[notmuch] [PATCH] Build and link against notmuch shared library

2010-01-23 Thread bgamari.foss 
Excerpts from Ingmar Vanhassel's message of Fri Jan 22 21:06:00 -0500 2010:
> On Sat, 23 Jan 2010 02:58:53 +0200, Felipe Contreras  gmail.com> wrote:
> > Does it need to be CXX? Why not CC instead?
> 
> Xapian and the notmuch wrapper 'parts' are written in C++.
> 
True, but I don't think that this means that we need to link the
executable with a C++ compiler. I've tried linking with CC and it seems
to succeed, so I don't think there should be a problem changing it.

- Ben

[notmuch] [PATCH] Build and link against notmuch shared library

2010-01-23 Thread Ben Gamari 
Excerpts from Felipe Contreras's message of Fri Jan 22 19:58:53 -0500 2010:
> Does it need to be CXX? Why not CC instead?
> 
Nope. It's been changed to CC. Thanks!

- Ben

[notmuch] Git feature branch

2010-01-23 Thread Carl Worth 
On Fri, 22 Jan 2010 09:50:51 +0100, "Sebastian Spaeth"  wrote:
> My feature-branch is still located here:
> http://github.com/spaetz/notmuch-all-feature
> 
> So far things work fine for me. It would be cool if Carl would merge
> (parts of?) it.

Very much appreciated!

Thanks for putting this together and publishing it.

And I do apologize that my branch has been so stagnant lately. We've
just completed a fabulous linux.conf.au. This included lots of hallway
discussion of Notmuch, a Notmuch BOF, and a Notmuch lightning talk, but
not much of a chance to sit and review/merge the backlog of patches.

Oh, but we did succeed at getting a notmuch Debian package uploaded,
(and there's now a "debian" branch in my repository which I pulled from
the master branch of the shared notmuch repository on alioth).

Anyway, I'll be on vacation for the next few days, so will likely not
have much, (likely have not much?), time for patch merging.

But I *am* anxious to get back to the backlog. And in the meantime, I
really appreciate others merging and sharing patches.

-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/20100123/39f2fd5b/attachment.pgp>

[notmuch] Bug with commit 2e96464f9705be4ec772280cad71a6c9d5831e6f

2010-01-23 Thread ra...@free.fr 
Works with the following patch (replace a DT_UKNOWN with DT_UNKNOWN, else it 
fails to compile)

Matthieu


- Mail Original -
De: "Carl Worth" 
?: racin at free.fr, "Ali Polatel" 
Cc: notmuch at notmuchmail.org
Envoy?: Samedi 23 Janvier 2010 07h06:12 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [notmuch] Bug with commit 2e96464f9705be4ec772280cad71a6c9d5831e6f

On Sat, 16 Jan 2010 02:42:39 +0100 (CET), racin at free.fr wrote:
> I still confirm the bug.
> 
> The problem is due to relying on non-standardized fields of directory entries 
> (i.e. d_type), which don't behave the
> same on reiserfs than on ext2 (I use reiserfs). 
> 
> The following ugly patch "solves" my problem.

I just pushed a cleaner version of this patch from a later post. I hope
it helps and that you can have fun with notmuch!

-Carl

PS. Micah and Martin, Stacy says "you're welcome" for this and any
further notmuch work that happens to get done during this vacation. :-)
-- next part --
A non-text attachment was scrubbed...
Name: patch
Type: application/octet-stream
Size: 362 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100123/4ff1e96b/attachment.obj>

[notmuch] [PATCH] Build and link against notmuch shared library

2010-01-23 Thread Felipe Contreras 
On Wed, Jan 20, 2010 at 10:35 PM, Ben Gamari  wrote:
> ?libnotmuch_modules = $(libnotmuch_c_srcs:.c=.o) $(libnotmuch_cxx_srcs:.cc=.o)
> -$(dir)/notmuch.a: $(libnotmuch_modules)
> - ? ? ? $(call quiet,AR) rcs $@ $^
> +$(dir)/$(SONAME): $(libnotmuch_modules)
> + ? ? ? $(call quiet,CXX,$(LDFLAGS)) $^ $(FINAL_LDFLAGS) 
> -Wl,-soname=$(SONAME) -shared -o $@

Does it need to be CXX? Why not CC instead?

-- 
Felipe Contreras

[notmuch] [PATCH] Build and link against notmuch shared library

2010-01-23 Thread Ingmar Vanhassel 
On Sat, 23 Jan 2010 02:58:53 +0200, Felipe Contreras  wrote:
> On Wed, Jan 20, 2010 at 10:35 PM, Ben Gamari  
> wrote:
> > ??libnotmuch_modules = $(libnotmuch_c_srcs:.c=.o) 
> > $(libnotmuch_cxx_srcs:.cc=.o)
> > -$(dir)/notmuch.a: $(libnotmuch_modules)
> > - ?? ?? ?? $(call quiet,AR) rcs $@ $^
> > +$(dir)/$(SONAME): $(libnotmuch_modules)
> > + ?? ?? ?? $(call quiet,CXX,$(LDFLAGS)) $^ $(FINAL_LDFLAGS) 
> > -Wl,-soname=$(SONAME) -shared -o $@
> 
> Does it need to be CXX? Why not CC instead?

Xapian and the notmuch wrapper 'parts' are written in C++.

-- 
Exherbo KDE, X.org maintainer

[notmuch] indexing mail?

2010-01-23 Thread Jesse Rosenthal 
On Sat, 23 Jan 2010 19:09:35 +1300, Carl Worth  wrote:
> But I've since pushed a separate patch to fix this bug. Please give it a
> try and let me know what you think.

I just gave it a try, and building failed because of a seeming
misspelling on line 285 (`DT_UKNOWN'), from commit
344c48a47de23cc63f1885d850b82359d1a34064 . Fixing the misspelling fixed
the build.

Thanks, as always, for all your work on this.

Best,
Jesse

Re: [notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani 

On 01/23/2010 07:09 AM, Carl Worth wrote:


Your original patch was sent as application/octet-stream which made it
awkward to read, (I would have to manually save it rather than just
being able to read it within emacs with notmuch).


uum yeah thanks. I'll try to figure out how this works.


But I've since pushed a separate patch to fix this bug. Please give it a
try and let me know what you think.


will do later.


It takes around half an hour for my 60K mail on reiserfs, but it did take 10 
minutes
already on ext4.


What operation is taking that long?


notmuch new, rescanning my entire 60k mails on every single new message 
i get.



I suggest having a different approach to feed new mail in, such as:

for i in (fetchmail)
do
 notmuch new  $i
done


I'm still not sure what is slow for you,


scanning 60k mails. :D  That's not fixable, other then by not doing that.

but I'm also not sure how the above would help.

It doesn't scan all 60K individually but only the single new one.



--
Arvid
Asgaard Technologies
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani 

On 01/23/2010 03:29 PM, Arvid Picciani wrote:

done


I'm still not sure what is slow for you,


scanning 60k mails. :D That's not fixable, other then by not doing that.

but I'm also not sure how the above would help.

It doesn't scan all 60K individually but only the single new one.



Thunderfuck is a pain. it sent the mail with a different quoting then 
showing it, again. Desperatly need to get notmuch working :(


--
Arvid
Asgaard Technologies
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch