> My goal is to use notmuch remotely directly on my IMAP server but there
> are problems when doing notmuch new in the dovecot tree (dovecot index
> files if I recall correctly).
Can you describe what the specific problems are here? It would be great
to fix notmuch to work well in this scenario.
On Mon, 21 Mar 2011 02:56:05 -0400, Austin Clements wrote:
> Thanks for the thorough review. My updated patches are on the
> eager-metadata-v4 branch (also, for-review/eager-metadata-v4) at
> http://awakening.csail.mit.edu/git/notmuch.git
Great. I failed at my commitment to quickly apply the u
On Sat, 26 Mar 2011 22:16:32 -0700, Jameson Graef Rollins
wrote:
> This enables the proper face customization UI for
> notmuch-search-line-faces.
Thanks. That's a nice improvement. Applied and pushed.
-Carl
--
carl.d.wo...@intel.com
pgpUY5X1cNy2O.pgp
Description: PGP signature
_
On Apr 25, 2011 at 01:27 PM -0700, Carl Worth wrote:
Can you describe what the specific problems are here? It would be great
to fix notmuch to work well in this scenario.
That sounds like a sensible fix to me. But I am running notmuch on a
maildir tree that does have dovecot files floating ar
On Fri, 1 Apr 2011 11:47:25 +0300, Amit Kucheria
wrote:
> Several patches in the series could have replies to them and hence
> they need to be filtered out.
I think I haven't run into this problem since when there's a reply, (on
this list at least), it's often of the form "please fix up this iss
On Mon, 25 Apr 2011 16:56:31 -0400, Tim Gray wrote:
> That sounds like a sensible fix to me. But I am running notmuch on a
> maildir tree that does have dovecot files floating around in it (I use
> sieve to deliver my mail to folders) and notmuch doesn't seem to have
> much of a problem automa
On Mon, 25 Apr 2011 13:52:04 -0700, Carl Worth wrote:
> $ git fetch amdragon
> error: RPC failed; result=22, HTTP code = 417
> fatal: The remote end hung up unexpectedly
>
> (This is using the URL above.)
Sorry. This appears to have been due to a bogus http proxy on my end.
I'
On Mon, 25 Apr 2011 14:41:28 -0700, Carl Worth wrote:
> Though, even if that were the only problem, we could just teach notmuch
> to remember that particular files were detected as not-email to fix the
> performance problem without requiring any user configuration.
This is actually related to an
Hi Carl,
On Mon, 25 Apr 2011 13:27:26 -0700, Carl Worth wrote:
> > My goal is to use notmuch remotely directly on my IMAP server but there
> > are problems when doing notmuch new in the dovecot tree (dovecot index
> > files if I recall correctly).
>
> Can you describe what the specific problems
On Sun, 30 Jan 2011 11:54:46 +0100, Thomas Schwinge
wrote:
> On Sat, 29 Jan 2011 14:45:19 +0100, Matthieu Lemerre wrote:
>
> > Recent versions of GMime perform more robust parsing that fix the
> > problem, but unfortunately debian only ship old versions of the package.
>
> In this case, I'm not
On Wed, 17 Nov 2010 23:20:26 +0100, Matthieu Lemerre wrote:
> Maybe it would also be interesting to add a warning/assertion to check
> that all email adresses added to the database are correct email
> addresses? I.e. check that the `addr' variable in _index_address_mailbox
> always has a @. This c
On Mon, 25 Apr 2011 14:59:06 -0700, Jameson Graef Rollins
wrote:
> This is actually related to an issue that I have that I wanted to bring
> up at some point. For some reason I occasionally receive mail (spam)
> that is not properly formatted but that my MTA delivers anyway that
> notmuch conseq
Quick! While cworth is working I want to push this back to the top of
the queue!
crypto branch is still ready for merge!
git://finestructure.net/notmuch
Thanks!
jamie.
pgpU4YPWyQSEZ.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@no
On 18 April 2011 16:26, Austin Clements wrote:
> On Sun, Apr 17, 2011 at 2:23 PM, Jameson Graef Rollins
> wrote:
>> By giving "notmuch new" a path to a message in the store:
>>
>> notmuch new /path/to/message
>>
>> By feeding "notmuch new" a message on stdin, and then having it write
>> the mess
Bump. Now rebased against current head (with no conflicts) on
atomic-new-v2 (and for-review/atomic-new-v2) at
http://awakening.csail.mit.edu/git/notmuch.git/
On Fri, Feb 18, 2011 at 2:58 AM, Austin Clements wrote:
> This patch series modifies notmuch new to perform all operations
> atomically
L:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110425/c2235bd8/attachment.pgp>
ng for
this attribution as much as I should have. Hopefully we can all get in a
better habit going forward.
-Carl
--
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not
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/20110425/185b9586/attachment.pgp>
s
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110425/47ccc266/attachment.pgp>
these lines to
be implemented in "git am" rather than in anything in notmuch I think.
-Carl
--
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
U
scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110425/0c2d5b09/attachment.pgp>
l.org/pipermail/notmuch/attachments/20110425/8aee5e2e/attachment.pgp>
plication/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110425/6b1c28c6/attachment.pgp>
nks again for the test cases.
-Carl
--
carl.d.worth at intel.com
-- 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/20110425/b29e82a5/attachment.pgp>
On Wed, 17 Nov 2010 23:20:26 +0100, Matthieu Lemerre wrote:
> Maybe it would also be interesting to add a warning/assertion to check
> that all email adresses added to the database are correct email
> addresses? I.e. check that the `addr' variable in _index_address_mailbox
> always has a @. This c
ignature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110425/f47517c1/attachment.pgp>
-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110425/1cd63d64/attachment.pgp>
On 18 April 2011 16:26, Austin Clements wrote:
> On Sun, Apr 17, 2011 at 2:23 PM, Jameson Graef Rollins
> wrote:
>> By giving "notmuch new" a path to a message in the store:
>>
>> ?notmuch new /path/to/message
>>
>> By feeding "notmuch new" a message on stdin, and then having it write
>> the mess
28 matches
Mail list logo
