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
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
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
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
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
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
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
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
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
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://
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
(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
___
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 '$
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 @
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 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
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
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
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:
> 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:
> 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
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:
> 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
(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
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
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
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
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
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
(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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 '$
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 @
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
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
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
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
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:
> 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:
> 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
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:
> 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
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
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
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
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.
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
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
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
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
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
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
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
96 matches
Mail list logo
