I've just released version 7 of muchsync, a tool for pairwise
synchronization of maildirs and notmuch tags across machines. There
aren't any new features. However, I discovered that some of the sqlite
queries were generating full table scans rather than simple lookups.
The new version should be
Calendar invites and the text/calendar mime type seem to be getting
increasingly important. I asked about this five years ago and didn't
get a good response, so I apologize for the repeat question, but I'm
wondering if anything has changed since then.
If you have found a good solution for
dm-list-email-notm...@scs.stanford.edu writes:
> I just installed the ttf-symbola package from AUR and ran fc-cache (not
> sure if necessary). Now the problem is completely gone. Not only that,
> but I even get the little memo symbol instead of a box with the hex code
> point number.
>
> Thank
I usually use notmuch in emacs under X windows on arch linux. Recently,
I've had a problem where some screens in notmuch take several minutes of
100% CPU time to load. For example, I'll just open a search, and emacs
will completely lock up (even Ctrl-G doesn't do anything) for 3 minutes
while my
Dan Čermák writes:
>> The ideal solution would be to implement an imap server on top of
>> libnotmuch. If we had that, then you could just use offlineimap and
>> isync through the imap (as opposed to file system) interface, and
>> everything will just work.
>
> Stupid question: how would the
Muchsync 3 is now available from the usual place:
http://www.muchsync.org/
Muchsync synchronizes mail and tags in your notmuch database across
machines. Not much has changed since the last release, because the tool
already worked well. However, there are two changes people requested:
Mark Walters writes:
> By default the reference header is hidden. It is controlled by
> message-hidden-headers which you can customize. (Note notmuch adds
> user-agent to this list via notmuch-mua-hidden-header.)
Thanks for explaining this! So I posted about one
Amadeusz Żołnowski writes:
> Not necessarily. The recommended setup of notmuch for afew is that
> "notmuch new" tags messages with "new" tag only. Then afew processes all
> messages with "new" tag. So if it is a spam, then it gets "new" removed
> and "spam" added. A spam
Sebastian Fischmeister sfisc...@uwaterloo.ca writes:
Hi,
My previous mail editor had a useful feature to resend already sent
emails. It's essentially opening an already sent email and have the
senders, subject, and body pre-filled as well as all attachments
attached.
Is this easy to
Amadeusz Żołnowski aide...@aidecoe.name writes:
Hi David,
Fist of all thank you for such elaborate answer.
I have missed the paragraph about maildir.synchronize_flags somehow. I
have it enabled. So this must be source of a problem (?).
I've only ever tested with mailder.synchronize_flags
So just to follow up a bit. I looked into things a bit further, and
here is what I found with maildir.synchronize_flags set to true.
Initially, when you run muchsync --init, it copies all the files to
your maildir, and for each file invokes
notmuch_message_tags_to_maildir_flag. That changes the
Amadeusz Żołnowski aide...@aidecoe.name writes:
Hi,
I am testing muchsync-2 and it looks to me that files names across
machines are different. Moreover when syncing again after
initialization it seems muchsync is working on something. I have
canceled this and rerun muchsync. notmuch
David Bremner writes:
> dm-list-email-notmuch at scs.stanford.edu writes:
>
>> It seems that disabling it should simply be safe. But re-enabling, one
>> risks losing tags, as the next notmuch new will cause old maildir flags
>> to override the xapian database. So that suggests something like:
David Bremner da...@tethera.net writes:
dm-list-email-notm...@scs.stanford.edu writes:
It seems that disabling it should simply be safe. But re-enabling, one
risks losing tags, as the next notmuch new will cause old maildir flags
to override the xapian database. So that suggests something
I'm pleased to announce the release of muchsync version 2. Muchsync is
a tool for replicating and synchronizing your notmuch databases across
machines.
The new version is reported to build out of the box on Mac OS X.
There's one new feature, which is a new notmuch config option,
mailinglists at nawaz.org writes:
> Hi,
>
> I use notmuch via Emacs.
>
> Here's what I want:
>
> When I hit C-c C-c to send a message, I'd like it to be passed to a
> script (likely a Python one, although I may consider an Elisp function
> if an external script is not possible) for modification
Daniel Schoepe writes:
> The way tag changes are logged is a bit of a hack, but it could be
> improved in the future by adding a post-tag hook to notmuch.
One thing to look into, if you are thinking of a better logging
mechanism, is that Xapian itself has a change logging mechanism for
mailingli...@nawaz.org writes:
Hi,
I use notmuch via Emacs.
Here's what I want:
When I hit C-c C-c to send a message, I'd like it to be passed to a
script (likely a Python one, although I may consider an Elisp function
if an external script is not possible) for modification of headers,
Daniel Schoepe dan...@schoepe.org writes:
The way tag changes are logged is a bit of a hack, but it could be
improved in the future by adding a post-tag hook to notmuch.
One thing to look into, if you are thinking of a better logging
mechanism, is that Xapian itself has a change logging
Suvayu Ali writes:
> I noticed that the configure script didn't notice notmuch-devel was not
> installed on my system. I noticed it when the compilation failed. Bug?
What OS and distribution are you using? notmuch-devel sounds like
something a linux
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
I noticed that the configure script didn't notice notmuch-devel was not
installed on my system. I noticed it when the compilation failed. Bug?
What OS and distribution are you using? notmuch-devel sounds like
something a linux distribution
I've just released a new version of muchsync, the tool for replicating
your notmuch database on multiple machines. The source release is
available at:
http://www.muchsync.org/src/muchsync-1.tar.gz
The new version fixes a bug that incorrectly synchronized tags
containing '%' characters.
I've just released a new version of muchsync, the tool for replicating
your notmuch database on multiple machines. The source release is
available at:
http://www.muchsync.org/src/muchsync-1.tar.gz
The new version fixes a bug that incorrectly synchronized tags
containing '%' characters.
Philip writes:
> Hi,
>
> When I open emails in the notmuch-show mode on Emacs, it automatically
> follows links which are present in the email. For instance, it
> connects to various tracking objects included in the email. How can I
> prevent it from doing this automatically all the
Philip notm...@accounts.gphilip.in writes:
Hi,
When I open emails in the notmuch-show mode on Emacs, it automatically
follows links which are present in the email. For instance, it
connects to various tracking objects included in the email. How can I
prevent it from doing this
I'm pleased to announce the release of muchsync:
http://www.muchsync.org/
Muchsync is a notmuch mail synchronizer. It lets you keep a full copy
of your notmuch database on every one of your computers. Muchsync
properly synchronizes maildir contents and notmuch tags, obeying the no
lost
I'm pleased to announce the release of muchsync:
http://www.muchsync.org/
Muchsync is a notmuch mail synchronizer. It lets you keep a full copy
of your notmuch database on every one of your computers. Muchsync
properly synchronizes maildir contents and notmuch tags, obeying the no
lost
Mark Walters writes:
> Hi
>
> Before checking other things: have you run notmuch new? That's needed to
> update the database. It is an irreversible update so notmuch-0.17 will
> not work with the updated database.
No, I haven't. Okay, so that must be it. Sorry for bothering people.
The
Mark Walters markwalters1...@gmail.com writes:
Hi
Before checking other things: have you run notmuch new? That's needed to
update the database. It is an irreversible update so notmuch-0.17 will
not work with the updated database.
No, I haven't. Okay, so that must be it. Sorry for
Sam Halliday sam.halli...@gmail.com writes:
David Mazieres dm-list-email-notm...@scs.stanford.edu writes:
The problem is that different imap servers store tags in different
ways. Since notmuch does not use imap, it would be hard for notmuch to
synchronize the tags, other than the standard
Gaute Hope writes:
>> Really what you want is an imap server built on top of the notmuch
>> library. That way you could use notmuch from your desktop and then use
>> imap from your phone, and everything would stay perfectly in sync.
>> Implementing such a server wouldn't be that hard, but it
Austin Clements writes:
> As for storing this information directly in messages, in general, the
> notmuch community is opposed to modifying messages. This causes many
> problems, and immutable messages are more robust and simplify so many
> things. IMAP assumes messages are immutable. Maildir
Sam Halliday writes:
> David Mazieres writes:
>> The problem is that different imap servers store tags in different
>> ways. Since notmuch does not use imap, it would be hard for notmuch to
>> synchronize the tags, other than the standard ones (for which notmuch
&
Sam Halliday writes:
> Dear NotMuch,
>
> But in any case, my RFE/question was this: how hard would it be to have
> an optional mode of behaviour where tags are stored in the message
> itself, so that syncing with an IMAP server (e.g. via offlineimap)
> would make the tags available on all
Sam Halliday sam.halli...@gmail.com writes:
Dear NotMuch,
But in any case, my RFE/question was this: how hard would it be to have
an optional mode of behaviour where tags are stored in the message
itself, so that syncing with an IMAP server (e.g. via offlineimap)
would make the tags
Austin Clements amdra...@mit.edu writes:
As for storing this information directly in messages, in general, the
notmuch community is opposed to modifying messages. This causes many
problems, and immutable messages are more robust and simplify so many
things. IMAP assumes messages are
Austin Clements amdra...@mit.edu writes:
I'd like to have efficient change detection, too. In my case, I'd
like to use it to support efficient live search and show updates. The
design I'd sketched out for that used a log rather than ctimes, and
I'm curious if you have thoughts on the
Austin Clements writes:
> I'd like to have efficient change detection, too. In my case, I'd
> like to use it to support efficient live search and show updates. The
> design I'd sketched out for that used a log rather than ctimes, and
> I'm curious if you have thoughts on the relative merits
Gaute Hope writes:
> A db-tick or a _good_ ctime solution can as far as I can see solve both
> David M's (correct me if I am wrong) and my purposes, as well as
> probably have more use cases in the future. It would even be an
> interesting direct search: show me everything that changed lately,
>
David Bremner writes:
> Allan Streib writes:
>
>> I've been using notmuch on OpenBSD for a while, and I really appreciate
>> the project.
Since there is a thread on this...
I'm using notmuch 0.17 on openbsd (from the ports tree). My problem is
that notmuch new is just unbearably slow. I
David Bremner da...@tethera.net writes:
Allan Streib astr...@indiana.edu writes:
I've been using notmuch on OpenBSD for a while, and I really appreciate
the project.
Since there is a thread on this...
I'm using notmuch 0.17 on openbsd (from the ports tree). My problem is
that notmuch new
Tilmann Singer writes:
> The steps performed on a sync run are roughly like this:
>
> - local: notmuch new
> - local: notmuch search --output=messages ..
> - remote: notmuch new
> - remote: notmuch search --output=messages ..
> - compare search results
> - run rsync for mails that only exist
Tilmann Singer t...@tils.net writes:
The steps performed on a sync run are roughly like this:
- local: notmuch new
- local: notmuch search --output=messages some time ago..now
- remote: notmuch new
- remote: notmuch search --output=messages some time ago..now
- compare search results
-
David Bremner writes:
> Brian Sniffen writes:
>
>> I'm thrilled by using notmuch to manage my mail. Low-latency search is
>> very important to me. But I use computers in a couple of
>> places---several of which are laptops. Has anyone stories to share of
>> successful multi-computer notmuch
Ian Kelling writes:
> gnus-alias allows you to set your identity based on the headers in the
> message you are replying. This is an essential feature in a mail client
> for me, I want to automatically reply as the person an email was sent to
> for certain addresses. This does not work in
Ian Kelling i...@iankelling.org writes:
gnus-alias allows you to set your identity based on the headers in the
message you are replying. This is an essential feature in a mail client
for me, I want to automatically reply as the person an email was sent to
for certain addresses. This does not
Gaute Hope writes:
> When one of the source files for a message is changed on disk, renamed,
> deleted or a new source file is added. A configurable changed tag is
> is added. The tag can be configured under the option 'changed_tags' in
> the [new] section, the default is none. Tests have been
Gaute Hope e...@gaute.vetsj.com writes:
When one of the source files for a message is changed on disk, renamed,
deleted or a new source file is added. A configurable changed tag is
is added. The tag can be configured under the option 'changed_tags' in
the [new] section, the default is none.
48 matches
Mail list logo