-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100202/5eda9186/attachment.pgp>
On Tuesday 02 February 2010 22:31:38 micah anderson wrote:
> On Tue, 02 Feb 2010 13:22:29 -0500, Jameson Rollins
wrote:
> > I'm starting to think that maybe the folder: field is not the right way
> > to do this, though. What if a message moves?
>
> The easiest way to answer this question is to
Vim's NotMuch mode relies on manual markers when rendering/showing
a message. If foldmethod is set to something else (marker in my case) by
default, then there are numerous errors, and folds don't work. Hence,
set foldmethod=manual for the local buffer upon showing a message.
Signed-off-by:
On Tuesday 02 February 2010 18:48:25 Arvid Picciani wrote:
> On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojka
>
> wrote:
> > Stores the folder (directory name) of the message in the database as a
> > term with folder prefix.
Hi,
I've just made several experiments. I tested both Maildir layout
It's all the dots fault. it works just fine with folders not beginning
with .
On Tue, 02 Feb 2010 13:22:29 -0500, Jameson Rollins wrote:
> I'm going back to my original
> suggestion, which was that the configuration should state tag that
> should be added for messages in certain folders.
the
database.
jamie.
-- 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/pipermail/notmuch/attachments/20100202/2278f688/attachment.pgp>
e message (like "subject:") it's not modifiable.
Exactly the problem.
micah
-- 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/pipermail/
Stores the folder (directory name) of the message in the database as a
term with folder prefix.
This patch was originally sent by Andreas Kl?ckner. The differences
from the original patch are:
- Folder name is taken from strings generated during travesal. It no
longer uses glib nor it allocates
adduck.bogus at madduck.net
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100202/0cc7ca7c/attachment.pgp>
ytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100202/fd712c86/attachment.pgp>
ilable
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100202/c2b2d89d/attachment.pgp>
On Tue, 2 Feb 2010 11:31:12 +1300, martin f krafft
wrote:
> Arguably, being patch-centric means that a project has a higher
> barrier of entry, but it also means that if someone wants something,
> they know that they'll have to somehow end up with a patch. The way
> this happens on Git is that
plication/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100202/6470772f/attachment.pgp>
dduck.bogus at madduck.net
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100202/a088f23e/attachment.pgp>
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100202/fd66d151/attachment.pgp>
Vim's NotMuch mode relies on manual markers when rendering/showing
a message. If foldmethod is set to something else (marker in my case) by
default, then there are numerous errors, and folds don't work. Hence,
set foldmethod=manual for the local buffer upon showing a message.
Signed-off-by:
Stores the folder (directory name) of the message in the database as a
term with folder prefix.
This patch was originally sent by Andreas Klöckner. The differences
from the original patch are:
- Folder name is taken from strings generated during travesal. It no
longer uses glib nor it allocates
On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
Stores the folder (directory name) of the message in the database as a
term with folder prefix.
This patch was originally sent by Andreas Klöckner. The differences
from the original patch are:
- Folder name is taken
On Tue, 02 Feb 2010 11:20:02 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
I just gave it a try, though, and it seemed to be behaving a little
strangely. I currently have two subdirectories, inbox and sent.
However, new mail to either directory was showing up under the search:
On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojkasojk...@fel.cvut.cz
wrote:
Stores the folder (directory name) of the message in the database as a
term with folder prefix.
unfortunately it doesnt do anything here :/
i rebuilt the entire index, but no folder: field is added.
can anyone who got
On Tue, 02 Feb 2010 18:48:25 +0100, Arvid Picciani a...@exys.org wrote:
On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojkasojk...@fel.cvut.cz
wrote:
unfortunately it doesnt do anything here :/
i rebuilt the entire index, but no folder: field is added.
can anyone who got it working tell me
It's all the dots fault. it works just fine with folders not beginning
with .
On Tue, 02 Feb 2010 13:22:29 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
I'm going back to my original
suggestion, which was that the configuration should state tag that
should be added for messages
On Tuesday 02 February 2010 18:48:25 Arvid Picciani wrote:
On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojkasojk...@fel.cvut.cz
wrote:
Stores the folder (directory name) of the message in the database as a
term with folder prefix.
Hi,
I've just made several experiments. I tested both
On Tuesday 02 February 2010 22:31:38 micah anderson wrote:
On Tue, 02 Feb 2010 13:22:29 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
I'm starting to think that maybe the folder: field is not the right way
to do this, though. What if a message moves?
The easiest way to answer
On Tue, 2 Feb 2010 23:25:18 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
On Tuesday 02 February 2010 22:31:38 micah anderson wrote:
The easiest way to answer this question is to try it. I did that, and
things didn't work as expected. I expected that once the message was
moved to a
So Keith tells me he's entirely unimpressed with my website-design
skills as evidenced by http://notmuchmail.org .
In an effort to fix this, I've switched from the single, static HTML
page that was there previously, to now using ikiwiki to generate a
remarkably similar-looking, single, static web
/media/mail/mail
├── cur
│ ├── 1265050537.H891745P1231.samir.ibcsolutions.de:2,S
│ ├── 1265050572.H419259P1443.samir.ibcsolutions.de:2,S
│ ├── 1265050598.H121639P1634.samir.ibcsolutions.de:2,S
│ ├── 1265050617.H309805P1774.samir.ibcsolutions.de:2,S
│ ├──
27 matches
Mail list logo