ondition where free space on filesystem is less than size of
database... things could get interesting, right? At the very least it's
probably not worth even attempting the upgrade unless there's a --force
or something.
--
Stewart Smith
-- next part --
A non-text attach
free space on filesystem is less than size of
database... things could get interesting, right? At the very least it's
probably not worth even attempting the upgrade unless there's a --force
or something.
--
Stewart Smith
pgp3hCMHvxeBS.pgp
Description: PGP signature
Vladimir Marek writes:
> Well, if your granularity will be one archive per year of mail, it
> should not be that bad ...
Except for someone like Keith, who has all his email since sometime in
the 80s or something insane like that :)
--
Stewart Smith
-- nex
ounted file systems could get insane
depending on granularity I guess...
--
Stewart Smith
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermai
Vladimir Marek vladimir.ma...@oracle.com writes:
Well, if your granularity will be one archive per year of mail, it
should not be that bad ...
Except for someone like Keith, who has all his email since sometime in
the 80s or something insane like that :)
--
Stewart Smith
pgpqbDWUxd3Kw.pgp
insane
depending on granularity I guess...
--
Stewart Smith
pgpZcxW0PhtqJ.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
ng delivers into Maildir without a problem)
and then on a (say) monthly basis, packing all mail into an archive file
and have notmuch be able to still read it.
you know what... this patch set has re-ignited my interest in making
that work.
--
Stewart Smith
a problem)
and then on a (say) monthly basis, packing all mail into an archive file
and have notmuch be able to still read it.
you know what... this patch set has re-ignited my interest in making
that work.
--
Stewart Smith
___
notmuch mailing list
notmuch
highlights to me that I never even looked at the
> message.
IMHO this is one of the awesome things about notmuch (and I've actively
used it to go back on conversations I previously ignored)
--
Stewart Smith
of the awesome things about notmuch (and I've actively
used it to go back on conversations I previously ignored)
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Fri, 10 Jun 2011 17:22:50 -0700, Carl Worth wrote:
Non-text part: multipart/signed
> On Tue, 24 May 2011 13:33:25 -0700, Carl Worth wrote:
> > On Tue, 17 May 2011 12:10:32 +1000, Stewart Smith > flamingspork.com> wrote:
> > > We're not properly concatenating the Rece
be how I was trying to use it or user
ignorance or something like that.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
hat out.
I hope so too... it could just be how I was trying to use it or user
ignorance or something like that.
--
Stewart Smith
On Sat, 21 May 2011 09:05:54 +0200, martin f krafft
wrote:
> Has anyone worked on this since?
No, haven't had the cycles... and SSD helped a bit to delay urgency.
--
Stewart Smith
On Sat, 21 May 2011 09:05:54 +0200, martin f krafft madd...@madduck.net wrote:
Has anyone worked on this since?
No, haven't had the cycles... and SSD helped a bit to delay urgency.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
of a header */
- if (is_received) {
+ if (strcasecmp(header, "received") == 0) {
if (header_sofar == NULL) {
/* first Received: header we encountered; just add it */
g_hash_table_insert (message->headers, header, decoded_value);
--
Stewart Smith
On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost
wrote:
> On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith flamingspork.com> wrote:
> (people who don't use or like ido may want to replace
> ido-completing-read with completing-read)
I couldn't get ido to work at all (Ubuntu Natt
way.
(setq stewart/mua-identities (list "Stewart Smith " "Stewart Smith "))
(defun stewart/notmuch-mua-mail ( from)
(interactive)
(setq from (completing-read "Sender identity: " stewart/mua-identities
nil t nil nil (car stewart/mua-identities)
way.
(setq stewart/mua-identities (list Stewart Smith stew...@flamingspork.com
Stewart Smith stewart.sm...@percona.com))
(defun stewart/notmuch-mua-mail (optional from)
(interactive)
(setq from (completing-read Sender identity: stewart/mua-identities
nil t nil nil (car
On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost schno...@schnouki.net wrote:
On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith stew...@flamingspork.com
wrote:
(people who don't use or like ido may want to replace
ido-completing-read with completing-read)
I couldn't get ido to work at all
ct/From not in db for message
add Subject/From for this message to DB.
?
That'd be awesome from my pov (having just rebuilt my database in chert
format and that took FOREVER).
--
Stewart Smith
not in db for message
add Subject/From for this message to DB.
?
That'd be awesome from my pov (having just rebuilt my database in chert
format and that took FOREVER).
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http
On Sat, 29 Jan 2011 19:14:27 -0500, Daniel Kahn Gillmor wrote:
> On 01/28/2011 08:05 PM, Stewart Smith wrote:
> > I'm about at the point where I'm going to take my git mail store
> > experiments and get them really to work (and everyone will have to use
> > 'notmuch cat'
On Sat, 29 Jan 2011 19:14:27 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
On 01/28/2011 08:05 PM, Stewart Smith wrote:
I'm about at the point where I'm going to take my git mail store
experiments and get them really to work (and everyone will have to use
'notmuch cat
e will have to use
'notmuch cat' or the like to access the messages) which should provide
both great storage efficiency, much faster backups of your Maildir as
well as having way fewer paths to traverse checking for new mail.
--
Stewart Smith
will have to use
'notmuch cat' or the like to access the messages) which should provide
both great storage efficiency, much faster backups of your Maildir as
well as having way fewer paths to traverse checking for new mail.
--
Stewart Smith
___
notmuch mailing
uch-shared don't include CONFIGURE_LDFLAGS. This caused linking
> > to fail with the following,
>
> What system is this on?
I got this. Ubuntu 9.10 with gold as linker:
$ ld --version
GNU gold (GNU Binutils for Ubuntu 2.20) 1.9
which could be what's causing it?
anyway, this patc
for me.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
e to readdir is fairly simple... but the emacs
UI needs to read from it too :)
--
Stewart Smith
is fairly simple... but the emacs
UI needs to read from it too :)
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
nd pretty sure ext4) fsync is the same as
sync(). So performance depends on how much dirty data you have in your cache.
libeatmydata also gets rid of msync(), O_SYNC etc as well.
--
Stewart Smith
sure ext4) fsync is the same as
sync(). So performance depends on how much dirty data you have in your cache.
libeatmydata also gets rid of msync(), O_SYNC etc as well.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http
macs still uses
> the original name to access the attachment.
What about migrating from a maildir that's turned into notmuch back to
this maildir backend? What will be authoritive: maildir or notmuch database?
--
Stewart Smith
the original name to access the attachment.
What about migrating from a maildir that's turned into notmuch back to
this maildir backend? What will be authoritive: maildir or notmuch database?
--
Stewart Smith
___
notmuch mailing list
notmuch
I'm importing an old Maildir, in which case if it's read it's
probably been dealt with
2) i've used another mail client, same as above.
--
Stewart Smith
an old Maildir, in which case if it's read it's
probably been dealt with
2) i've used another mail client, same as above.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
round?
e.g. if anybody has ever pointed Evolution at a Maildir, you get a
bunch of Maildir-name.ev-summary and .ev-summary-meta and .ibex.index
and whatever.
A default list of ignored patterns would be pretty easy to come up with.
--
Stewart Smith
at a Maildir, you get a
bunch of Maildir-name.ev-summary and .ev-summary-meta and .ibex.index
and whatever.
A default list of ignored patterns would be pretty easy to come up with.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http
quarter
to a fifth of the size of it in Maildir... so a bit of extra usage per
message isn't as dramatic as it may sound.
> Is it possible to find out all trees that reference a given object
> with Git in constant or sub-linear time?
I don't think so but I'm not sure.
--
Stewart Smith
On Wed, 17 Feb 2010 11:21:51 +1100, Stewart Smith
wrote:
> Using fast-import is interesting. Does it update the working tree? The
> big thing I wanted to avoid was creating a working tree (another million
> inodes being created is not ever what I need)
>
> Also interesting
ther million
inodes being created is not ever what I need)
Also interesting is the mention of creating packs on the fly... this
could save the time in first writing the object and then packing it (as
my script does).
I'm going to play with this
--
Stewart Smith
On Wed, 17 Feb 2010 11:21:51 +1100, Stewart Smith stew...@flamingspork.com
wrote:
Using fast-import is interesting. Does it update the working tree? The
big thing I wanted to avoid was creating a working tree (another million
inodes being created is not ever what I need)
Also interesting
of the size of it in Maildir... so a bit of extra usage per
message isn't as dramatic as it may sound.
Is it possible to find out all trees that reference a given object
with Git in constant or sub-linear time?
I don't think so but I'm not sure.
--
Stewart Smith
gt; per table for every (explicit or implicit) flush on a database.
At least if you OS and file system don't hate you (e.g. XFS on Linux),
then fsync() really does flush the drive cache.
Also keep in mind that the OSX file system (HFS+) was great for
1985. It's essentially single threaded :/
--
Stewart Smith
+ if (state->tag_maildir) {
+ derive_tags_from_maildir_flags (message,
+ entry->d_name);
+ } else {
+ tag_inbox_and_unread (message);
+ }
break;
/* Non-fatal issues (go on to next file) */
case NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID:
--
Stewart Smith
e, "tmp") == 0) ||
> + (strcmp (entry->d_name, "new") == 0) ||
> + (strcmp (entry->d_name, "cur") == 0))) {
should be
(entry->d_type == DT_DIR || entry->d_type == DT_UNKNOWN) &&
as not everywhere is going to give you d_type (e.g. my machine).
(took me a while to find/figure that out :)
--
Stewart Smith
rk out though.
--
Stewart Smith
step?
Make notmuch be able to read mail out of it and add it to an index
(oh, and some kind of verification and error checking about creating
the git repo).
--
Stewart Smith
, cur) == 0))) {
should be
(entry-d_type == DT_DIR || entry-d_type == DT_UNKNOWN)
as not everywhere is going to give you d_type (e.g. my machine).
(took me a while to find/figure that out :)
--
Stewart Smith
___
notmuch mailing list
notmuch
{
+ tag_inbox_and_unread (message);
+ }
break;
/* Non-fatal issues (go on to next file) */
case NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID:
--
Stewart Smith
___
notmuch mailing list
notmuch
On Tue, Feb 16, 2010 at 03:12:50PM +1300, martin f krafft wrote:
also sprach Stewart Smith stew...@flamingspork.com [2010.02.16.1458 +1300]:
+ case 'R': /* replied */
+ notmuch_message_add_tag (message, answered);
+ break;
'r' means replied, not 'answered
(explicit or implicit) flush on a database.
At least if you OS and file system don't hate you (e.g. XFS on Linux),
then fsync() really does flush the drive cache.
Also keep in mind that the OSX file system (HFS+) was great for
1985. It's essentially single threaded :/
--
Stewart Smith
to read mail out of it and add it to an index
(oh, and some kind of verification and error checking about creating
the git repo).
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
though.
--
Stewart Smith
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Wed, Nov 18, 2009 at 04:24:42PM -0800, Alexander Botero-Lowry wrote:
> On Thu, 19 Nov 2009 10:45:28 +1100, Stewart Smith flamingspork.com> wrote:
> > On Wed, Nov 18, 2009 at 11:27:20PM +0100, Carl Worth wrote:
> > > Yes. I knew I was "cheating" by usin
e a whack at these?
http://www.gnu.org/software/gnulib/
could be a partial answer.
We've taken to using it where needed for Drizzle and seems to work fine.
--
Stewart Smith
---
notmuch-new.c | 30 ++
1 files changed, 10 insertions(+), 20 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index 11fad8c..c5f841a 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -308,36 +308,26 @@ add_files (notmuch_database_t *notmuch,
static void
This gives a rather decent reduction in number of seeks required when
reading a Maildir that isn't in pagecache.
Most filesystems give some locality on disk based on inode numbers.
In ext[234] this is the inode tables, in XFS groups of sequential inode
numbers are together on disk and the most
Previously, Ubuntu 9.10, gcc 4.4.1 was getting:
ccache gcc `pkg-config --libs glib-2.0 gmime-2.4 talloc` `xapian-config --libs`
notmuch.o notmuch-config.o notmuch-dump.o notmuch-new.o notmuch-reply.o
notmuch-restore.o notmuch-search.o notmuch-setup.o notmuch-show.o notmuch-tag.o
notmuch-time.o
59 matches
Mail list logo
