Previously (at least) if the input was exactly 4096 bytes long,
notmuch would attempt to fwrite nothing to stdout, but still expected
fwrite to return 1, causing a failure that looked like this:
$ notmuch show --format=raw id:87o96f1cya@codeaurora.org
...entire message shown as expected.
Rob Browning writes:
> David Bremner writes:
>> It seems plausible to specify UTF-8 input for the library, but what
>> about the CLI? It seems like the canonicalization operation increases
>> the chance of mangling user input in non-UTF-8 locales.
>
> Yes, the key
of calls to talloc_free. But those kind of details can
> wait.
Right, I wasn't sure what the policies were, so in most cases, I just
tried to release the data when it was no longer needed.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG
tag, -1);
+char *term = talloc_asprintf (query, "%s%s", _find_prefix ("tag"), u8_tag);
+talloc_free ((char *) u8_tag);
_notmuch_string_list_append (query->exclude_terms, term);
}
diff --git a/lib/text-util.cc b/lib/text-util.cc
new file mode 100644
index 000..9
Jani Nikula writes:
> Something like this? Just insert text that makes sense to the user. ;)
If you decide to go this route, I wonder if it might also be worth
adding the text about interruption being OK.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 D
Jani Nikula writes:
> Something like this? Just insert text that makes sense to the user. ;)
If you decide to go this route, I wonder if it might also be worth
adding the text about interruption being OK.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 D
ms fairly unlikely.
In any case, while I might prefer a very narrow test (as long as it
wasn't unduly expensive), all of the proposed solutions would have
handled my situation.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0
ms fairly unlikely.
In any case, while I might prefer a very narrow test (as long as it
wasn't unduly expensive), all of the proposed solutions would have
handled my situation.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0
#x27;s
output:
notmuch dump --format=batch-tag 'tag:""' | perl -pe 's/^\+ //' \
| notmuch restore --format=batch-tag
And note that you have to use restore, "notmuch tag --batch" doesn't
appear to accept "- " as a tag, even though dump will prod
ot;, and "[path]/Maildir/.notmuch".
Though this isn't a critical problem for me. For now, I just rewrote my
procmail rules and renamed the directory to .notmuchmail.
Hope this helps
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2
#x27;s
output:
notmuch dump --format=batch-tag 'tag:""' | perl -pe 's/^\+ //' \
| notmuch restore --format=batch-tag
And note that you have to use restore, "notmuch tag --batch" doesn't
appear to accept "- " as a tag, even though dump will prod
ot;, and "[path]/Maildir/.notmuch".
Though this isn't a critical problem for me. For now, I just rewrote my
procmail rules and renamed the directory to .notmuchmail.
Hope this helps
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2
the user has legitimate folders named cur and new,
but perhaps that'll just end up a "don't do that then" FAQ...
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
the user has legitimate folders named cur and new,
but perhaps that'll just end up a "don't do that then" FAQ...
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 53
t more friendly term(s).
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
familiar with glob patterns for paths, so why not simply
> adopt this?
rsync too.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
t more friendly term(s).
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
notmuch mailing list
n
familiar with glob patterns for paths, so why not simply
> adopt this?
rsync too.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
__
don't feel very strongly about any of this. I'll be happy with
any reasonable way to specify specific "folders" in a Maildir++ tree
(with or without cur/new unification, etc.).
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C67
don't feel very strongly about any of this. I'll be happy with
any reasonable way to specify specific "folders" in a Maildir++ tree
(with or without cur/new unification, etc.).
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C67
re willing to depend on GNU coreutils, would "cp -rl ..." work?
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
re willing to depend on GNU coreutils, would "cp -rl ..." work?
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
notmuch mailing list
notmuch@notmuchmail.org
ht
riginal question at least,
seemed to just be asking for a visual indicator that a message has
encrypted or signed bits. So I wondered if that might be accomplished
without actual tags.
Just curious.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D
riginal question at least,
seemed to just be asking for a visual indicator that a message has
encrypted or signed bits. So I wondered if that might be accomplished
without actual tags.
Just curious.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D
e this (via Gnus):
(setq mm-discouraged-alternatives
'("text/html" "text/richtext")
mm-automatic-display
(remove "text/html" mm-automatic-display))
Though it's been so long since I set that up, I can't describe exactly
what it does o
(setq mm-discouraged-alternatives
'("text/html" "text/richtext")
mm-automatic-display
(remove "text/html" mm-automatic-display))
Though it's been so long since I set that up, I can't describe exactly
what it does off the top of my
Rob Browning writes:
> And personally, I think I'd prefer that folder: be anchored by default,
> so that folder:work means "the top-level folder named work", but it's
> not a big deal to me as long as there's a fairly easy way to specify
> exactly what I wan
ys the
separator, regardless of how things are handled in the underlying
storage. So depending on the backend, foo/bar could refer to
"Maildir/foo/bar" or "Maildir/.foo.bar".
And personally, I think I'd prefer that folder: be anchored by default,
so that folde
Rob Browning writes:
> It looks like dovecot's interval is 10 seconds, so for this to work
> right, notmuch will need to call lockfile_touch() more often than that.
>
> /* How often to touch the uidlist lock file when it's locked.
> This is done both when using
Rob Browning writes:
> Rob Browning writes:
>
>> This is an unfinished patch to handle Dovecot locking, which is useful
>> if we'd like to support running notmuch directly on a Dovecot Maildir:
>>
>> http://wiki.dovecot.org/MailboxFormat/Maildir#Locki
Rob Browning writes:
> And personally, I think I'd prefer that folder: be anchored by default,
> so that folder:work means "the top-level folder named work", but it's
> not a big deal to me as long as there's a fairly easy way to specify
> exactly what I wan
ys the
separator, regardless of how things are handled in the underlying
storage. So depending on the backend, foo/bar could refer to
"Maildir/foo/bar" or "Maildir/.foo.bar".
And personally, I think I'd prefer that folder: be anchored by default,
so that folde
Rob Browning writes:
> It looks like dovecot's interval is 10 seconds, so for this to work
> right, notmuch will need to call lockfile_touch() more often than that.
>
> /* How often to touch the uidlist lock file when it's locked.
> This is done both when using
Rob Browning writes:
> Rob Browning writes:
>
>> This is an unfinished patch to handle Dovecot locking, which is useful
>> if we'd like to support running notmuch directly on a Dovecot Maildir:
>>
>> http://wiki.dovecot.org/MailboxFormat/Maildir#Locki
Rob Browning writes:
> This is an unfinished patch to handle Dovecot locking, which is useful
> if we'd like to support running notmuch directly on a Dovecot Maildir:
>
> http://wiki.dovecot.org/MailboxFormat/Maildir#Locking
>
> For now, I'm interested in ge
Rob Browning writes:
> This is an unfinished patch to handle Dovecot locking, which is useful
> if we'd like to support running notmuch directly on a Dovecot Maildir:
>
> http://wiki.dovecot.org/MailboxFormat/Maildir#Locking
>
> For now, I'm interested in ge
mail.org/pipermail/notmuch/attachments/20110216/880ef3f6/attachment.diff>
-- next part ------
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
k) != L_SUCCESS) {
+fprintf (stderr, "Unable to unlock %s: %s\n",
+ dovecot_lock, strerror (errno));
+status = NOTMUCH_STATUS_FILE_ERROR;
+ }
+}
+
if (err)
continue;
--
Rob Browning
rlb
Signed-off-by: Rob Browning
---
lib/message.cc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/message.cc b/lib/message.cc
index 0590f76..979fad5 100644
--- a/lib/message.cc
+++ b/lib/message.cc
@@ -1252,7 +1252,7 @@ notmuch_message_tags_to_maildir_flags
The function notmuch_message_tags_to_maildir_flags() unconditionally
returns NOTMUCH_STATUS_SUCCESS, but it looks like it should probably
return status.
Rob Browning (1):
Return error status from notmuch_message_tags_to_maildir_flags().
lib/message.cc |2 +-
1 files changed, 1 insertions
Signed-off-by: Rob Browning
---
lib/message.cc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/message.cc b/lib/message.cc
index 0590f76..979fad5 100644
--- a/lib/message.cc
+++ b/lib/message.cc
@@ -1252,7 +1252,7 @@ notmuch_message_tags_to_maildir_flags
The function notmuch_message_tags_to_maildir_flags() unconditionally
returns NOTMUCH_STATUS_SUCCESS, but it looks like it should probably
return status.
Rob Browning (1):
Return error status from notmuch_message_tags_to_maildir_flags().
lib/message.cc |2 +-
1 files changed, 1 insertions
I can filter mailing list stuff more accurately
Also note that if you're already filtering via procmail or similar, I
believe you should be able to use notmuch-deliver to add tags based on
the headers it finds.
Alternately, if you already deliver all spam to a particular folder, the
new &q
I can filter mailing list stuff more accurately
Also note that if you're already filtering via procmail or similar, I
believe you should be able to use notmuch-deliver to add tags based on
the headers it finds.
Alternately, if you already deliver all spam to a particular folder, the
new &q
solving this problem, too. Did you
> make any headway?
No, I haven't done anything there yet.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
solving this problem, too. Did you
> make any headway?
No, I haven't done anything there yet.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
notmuch mai
I
believe the autotools build a tree that matches the srcdir structure and
add Makefiles that contain something like this:
VPATH = ../../wherever/notmuch/thisdir
...
Of course, given that, the build tree doesn't include any source files.
FWIW
--
Rob Browning
rlb @defaultvalue.org and @
I
believe the autotools build a tree that matches the srcdir structure and
add Makefiles that contain something like this:
VPATH = ../../wherever/notmuch/thisdir
...
Of course, given that, the build tree doesn't include any source files.
FWIW
--
Rob Browning
rlb @defaultvalue.org and @
y default. I
wonder how often people really want "all folders named misc"?
> That will require a little care to get some additional terms indexed to
> support the rooting, then the in-development custom query parser to
> allow mapping symbols like '^' and '$
y default. I
wonder how often people really want "all folders named misc"?
> That will require a little care to get some additional terms indexed to
> support the rooting, then the in-development custom query parser to
> allow mapping symbols like '^' and '$
path semantics? For example, is the path case
sensitive or insensitive? Can you say folder:foo/bar, and if so, is the
path rooted, or can it match path sub-segments?
i.e. which of these, if any, is "folder:foo/bar" like?
(.*/)?foo/bar(/.*)?
^foo/bar$
^foo/bar(/.*)?
Th
path semantics? For example, is the path case
sensitive or insensitive? Can you say folder:foo/bar, and if so, is the
path rooted, or can it match path sub-segments?
i.e. which of these, if any, is "folder:foo/bar" like?
(.*/)?foo/bar(/.*)?
^foo/bar$
^foo/bar(/.*)?
Th
Rob Browning writes:
> Though I'm also used to 'f' and 'F' for "followup" commands (as compared
> to 'r' and 'R' for reply commands), so I'd have to get used to 'f' as
> something else, regardless.
Also, is notmuch p
ich I only use occasionally.
Though I'm also used to 'f' and 'F' for "followup" commands (as compared
to 'r' and 'R' for reply commands), so I'd have to get used to 'f' as
something else, regardless.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Rob Browning writes:
> Though I'm also used to 'f' and 'F' for "followup" commands (as compared
> to 'r' and 'R' for reply commands), so I'd have to get used to 'f' as
> something else, regardless.
Also, is notmuch p
ich I only use occasionally.
Though I'm also used to 'f' and 'F' for "followup" commands (as compared
to 'r' and 'R' for reply commands), so I'd have to get used to 'f' as
something else, regardless.
--
Rob Browning
rl
tyle in general, so
perhaps:
((c-mode . ((c-file-style "linux")
(indent-tabs-mode . t)
(tab-width . 8)
(c-basic-offset . 4
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
tyle in general, so
perhaps:
((c-mode . ((c-file-style "linux")
(indent-tabs-mode . t)
(tab-width . 8)
(c-basic-offset . 4
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D
Carl Worth writes:
> But perhaps getting access to that single, entire file will be easier
> than getting access to these two little functions.
Assuming the current emacs-23 version will work:
wget -O json.el \
'http://repo.or.cz/w/emacs.git/blob_plain/emacs-23:/lisp/json.e
Carl Worth writes:
> But perhaps getting access to that single, entire file will be easier
> than getting access to these two little functions.
Assuming the current emacs-23 version will work:
wget -O json.el \
'http://repo.or.cz/w/emacs.git/blob_plain/emacs-23:/lisp/json.e
art reply to author
R - start reply to author, including a copy of the original
f - start reply to all
F - start reply to all, including a copy of the original
I believe f/F probably respect Mail-Followup-To.
FWIW
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD
art reply to author
R - start reply to author, including a copy of the original
f - start reply to all
F - start reply to all, including a copy of the original
I believe f/F probably respect Mail-Followup-To.
FWIW
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD
ail based on the year:
(setq gnus-message-archive-group
'((list (concat "all-" (format-time-string "%Y")
That tells gnus that the archive group should be "all-".
(Section 5.5 in "info gnus" has all the gory details if you want to see
wh
ail based on the year:
(setq gnus-message-archive-group
'((list (concat "all-" (format-time-string "%Y")
That tells gnus that the archive group should be "all-".
(Section 5.5 in "info gnus" has all the gory details if you want to see
wh
Is that OK?
2) Does add_files_recursive() assume it always sees all paths?
i.e. is it safe to call it with just a sub-directory of the mail
directory? I haven't finished investigating the code, but some
bits made me wonder.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @de
Is that OK?
2) Does add_files_recursive() assume it always sees all paths?
i.e. is it safe to call it with just a sub-directory of the mail
directory? I haven't finished investigating the code, but some
bits made me wonder.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @de
ven approach, regardless.
Hope this helps
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
roach, regardless.
Hope this helps
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Rob Browning writes:
> I'd also like to fcc to a directory outside of message-directory
At least for this part, one possiblity would be to just use the chosen
directory literally (don't prepend message-directory) whenever it's an
absolute path according to file-name-absolu
d I
imagine that sometimes it might be useful to fcc to more than one
location.
If I have time to work on it, would patches for this sort of thing be
interesting?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Rob Browning writes:
> I'd also like to fcc to a directory outside of message-directory
At least for this part, one possiblity would be to just use the chosen
directory literally (don't prepend message-directory) whenever it's an
absolute path according to file-name-absolu
d I
imagine that sometimes it might be useful to fcc to more than one
location.
If I have time to work on it, would patches for this sort of thing be
interesting?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39
Sebastian Spaeth writes:
> On 2010-09-21, Rob Browning wrote:
>> Conceptually what I'd like for it to do, is reference count -- only mark
>> the message deleted if every occurrence (across all maildirs) is marked
>> trashed (T).
>
> Right, but that is trickier
Sebastian Spaeth writes:
> On 2010-09-21, Rob Browning wrote:
>> Conceptually what I'd like for it to do, is reference count -- only mark
>> the message deleted if every occurrence (across all maildirs) is marked
>> trashed (T).
>
> Right, but that is trickier
what I'm talking about
above.
> If notmuch gave me at least all filenames that are associated with a
> mail id, I could introduce a command line option "--prune --safe" which would
> Sebastian
Looks like you got cut off there.
Thanks
--
Rob Browning
rlb @defaultvalue.o
what I'm talking about
above.
> If notmuch gave me at least all filenames that are associated with a
> mail id, I could introduce a command line option "--prune --safe" which would
> Sebastian
Looks like you got cut off there.
Thanks
--
Rob Browning
rlb @defaultvalue.o
messages (regardless of message id) -- perhaps via an
--include-duplicates argument to search/show/count, etc.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
messages (regardless of message id) -- perhaps via an
--include-duplicates argument to search/show/count, etc.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
notmuch mai
Call notmuch-fcc-header-setup from message-header-setup-hook rather
than message-send-hook. This allows you to see what's going to
happen, and to make manual adjustments if desired. Gnus does
something similar.
Signed-off-by: Rob Browning
---
emacs/notmuch-maildir-fcc.el |2 +-
1
Here's a small patch to move notmuch-fcc-header-setup from
message-send-hook to message-header-setup-hook. This is nice because
it allows you to see what's going to happen and make adjustments if
you like.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-
Call notmuch-fcc-header-setup from message-header-setup-hook rather
than message-send-hook. This allows you to see what's going to
happen, and to make manual adjustments if desired. Gnus does
something similar.
Signed-off-by: Rob Browning
---
emacs/notmuch-maildir-fcc.el |2 +-
1
Here's a small patch to move notmuch-fcc-header-setup from
message-send-hook to message-header-setup-hook. This is nice because
it allows you to see what's going to happen and make adjustments if
you like.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-
d argument for strings, but if not, the latter is
more idiomatic, and a bit more efficient too (comparisons will just be
pointer compares (via assq) rather than something like a strcmp (assoc)).
In any case, I imagine this might not be something you'd want to change
at this point -- I'm just
f. krafft, Carl Worth (f//notmuch unread)
I didn't seem to work but I thought I'd check in case I wasn't
configuring it correctly.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
(Gnus has a lot of information about how it threads
and how threading can be adjusted in its info pages (c.f. info gnus "3.9
Threading...")).
Hope this is useful
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
d argument for strings, but if not, the latter is
more idiomatic, and a bit more efficient too (comparisons will just be
pointer compares (via assq) rather than something like a strcmp (assoc)).
In any case, I imagine this might not be something you'd want to change
at this point -- I'm just
f. krafft, Carl Worth (f//notmuch unread)
I didn't seem to work but I thought I'd check in case I wasn't
configuring it correctly.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8
(Gnus has a lot of information about how it threads
and how threading can be adjusted in its info pages (c.f. info gnus "3.9
Threading...")).
Hope this is useful
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
ine.
Thanks for the help.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
ine.
Thanks for the help.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
chment.txt>
------ next part --
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
select_timeout = io_timeout;
+ }
start_server(f_in, f_out, argc, argp);
--jI8keyz6grp/JLjh
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--
To unsubscribe or change options: https://
;s busy, i.e.
notmuch new --verbose -o ~/new-notmuch-index
or similar.
Thanks for the help
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
processing.
Processed 1373303 total files in 10h 47m 31s (35 files/sec.).
Added 1292042 new messages to the database.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
;s busy, i.e.
notmuch new --verbose -o ~/new-notmuch-index
or similar.
Thanks for the help
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
___
notmuch mailing list
notmuch
processing.
Processed 1373303 total files in 10h 47m 31s (35 files/sec.).
Added 1292042 new messages to the database.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
96 matches
Mail list logo