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
Rob Browning <r...@defaultvalue.org> writes:
> David Bremner <da...@tethera.net> 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 manglin
e. 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 as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0
quot;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..9dfd31f
--- /dev/null
+++ b/lib/text-util.cc
@@ -0,0 +1,82 @@
+/* text-util.cc - n
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 j...@nikula.org 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
ely.
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 C0F0 39E9 ED1B 597A
GP
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 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0
put:
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 produce "+ ".
Hope this help
quot;[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 D2C4 C0F0 39E9 ED
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 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39
=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 produce + .
Hope this helps
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011
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 534D B592 F9A0 25C8 D377
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
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
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
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 C676 D2C4 C0F0 39E9 ED1B 597
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 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377
epend 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
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 B592 F9A0
? The original 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
(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 head, but I origin
(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 head, but I originally set it up to help
quash the display of html alternatives.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD
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 want.
Oh, and in
e 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 folder:work means "the top-level folder named work
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 KEEP_LOCKE
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#Locking
Rob Browning r...@defaultvalue.org 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 want.
Oh, and in part
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 gen
ail/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
) {
+fprintf (stderr, Unable to unlock %s: %s\n,
+ dovecot_lock, strerror (errno));
+status = NOTMUCH_STATUS_FILE_ERROR;
+}
+}
+
if (err)
continue;
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG
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 r...@defaultvalue.org
---
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
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 "f
.
--
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
oblem, 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
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 mailing list
notmuch
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 @debia
. For example, 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
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 '$' to these new symbols.
Sounds good
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 '$' to these new symbols.
Sounds good.
Thanks
--
Rob Browning
rlb @defaultvalue.org
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
are the 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(/.*)?
Thanks
--
Rob Browning
rlb
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 planning to support both followup and reply? If so,
then
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
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 r...@defaultvalue.org 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 planning to support both followup and reply? If so
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
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
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.el'
-
/json.el'
--
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
start 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
- 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 432F AE39 534D B592 F9A0
e 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
what's been done t
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
what's been done there.)
--
Rob Browning
rlb @defaultvalue.org
?
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 @debian.org
GPG
?
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 @debian.org
GPG
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-absolute-p.
For exam
t 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
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 than
Sebastian Spaeth sebast...@sspaeth.de 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 than might appear
ve.
> 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.org and @debian.org
GPG as of 2002-1
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.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8
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
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 mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo
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 files
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-11-03 14DD
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 trying to make sure
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
djusted 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
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
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman
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
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
seems fine.
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
-- 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
ose -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
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
--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@notmuchmail.org
http
/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
--jI8keyz6grp/JLjh--
--
Rob Browning
84 matches
Mail list logo
