agree it is the best thing for
surely broken html email
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachmen
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/5fc38473/attachment.pgp>
d handy though.
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/4d94196e/attachment.pgp>
On Sat, 29 Jan 2011, Tom Prince wrote:
> On 2011-01-23, Michal Sojka wrote:
> > Hi all,
> >
> > the following patch series brings into notmuch date/time parser stolen
> > from GNU coreutils. It can be applied on top of custom query parser
> > patches from Austin Clements.
> >
> > This is RFC and
.asc
Type: application/pgp-signature
Size: 1030 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/3740e20e/attachment.pgp>
Austin Clements writes:
> Sure. I've been wanting to take a crack at notmuch new's atomicity for
> a while. Though you'll have to get through some of my outstanding
> patches. I can only keep so many branches in my head. ]:--8)
>
> rlb, you expressed an interest in solving this problem, too. Did
Austin Clements writes:
> Sure. I've been wanting to take a crack at notmuch new's atomicity for
> a while. Though you'll have to get through some of my outstanding
> patches. I can only keep so many branches in my head. ]:--8)
>
> rlb, you expressed an interest in solving this problem, too. Did
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' or the like to access the messages)
Would this hypothetical git-based mail store retain the atomi
On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson wrote:
> Due to my harddisk in my laptop being slow (5400RPM), my notmuch
> database growing, and perhaps some fragmentation somewhere, this has
> become *incredibly* annoying for me. I am checking email every 30
> minutes, and I'm nicing and ioni
Hi Sebastian,
On Sat, 29 Jan 2011 20:58:53 +0100, Sebastian Spaeth
wrote:
> I prefer to not have dependencies outside the std lib in python, but for
> xml/html parsing, there is really nothing appropriate, it seems.
I agree. And I'll admit I mainly chose BeautifulSoup out of
familiarity. But yo
> Yes, I believe this is related to the dot in the name. From my
> recollection a name with an address requires quoting. So the header that
> is currently formatted as:
>
> From: LWN.net Weekly Notification
>
> should instead be:
>
> From: "LWN.net Weekly Notification"
Hi all,
I
What about CVS's getdate? Is GPLv1 compatible? As far as I can tell,
CVS's getdate depends only on yacc/bison and is probably
back-in-time-biased rather than forward-in-time-biased like the
coreutils getdate.
On Sat, Jan 29, 2011 at 1:50 PM, Michal Sojka wrote:
> On Sat, 29 Jan 2011, Tom Prince
On Fri, 28 Jan 2011 15:17:54 -0700, Jake Edge wrote:
> Hi Carl and Thomas,
>
> On Sat, 29 Jan 2011 05:59:38 +1000 Carl Worth wrote:
>
> > Yes, I believe this is related to the dot in the name. From my
> > recollection a name with an address requires quoting. So the header
> > that is currently
On Sat, 29 Jan 2011 15:09:14 -0500, Jesse Rosenthal wrote:
> So BS is the best I could find for this job
No doubt. I once tried to scrape http://theeconomist.com. It has so
broken html that all parsers broke down. BeautifulSoup at least made it
through and didn't completely fail. so I agree it is
Hi Sebastian,
On Sat, 29 Jan 2011 20:58:53 +0100, Sebastian Spaeth
wrote:
> I prefer to not have dependencies outside the std lib in python, but for
> xml/html parsing, there is really nothing appropriate, it seems.
I agree. And I'll admit I mainly chose BeautifulSoup out of
familiarity. But yo
On Fri, 28 Jan 2011 15:25:28 -0500, Jesse Rosenthal wrote:
> Dear all,
>
> Printing from notmuch is a bit of a pain.
Hi Jesse,
that sounds like a fantastic solution and I will look into it, so far I
have been printing the buffers which does not include attachments at
all.
I prefer to not have
On Sat, 29 Jan 2011 19:50:57 +0100, Michal Sojka wrote:
> On Sat, 29 Jan 2011, Tom Prince wrote:
> > On 2011-01-23, Michal Sojka wrote:
> > > Hi all,
> > >
> > > the following patch series brings into notmuch date/time parser stolen
> > > from GNU coreutils. It can be applied on top of custom que
What about CVS's getdate? Is GPLv1 compatible? As far as I can tell,
CVS's getdate depends only on yacc/bison and is probably
back-in-time-biased rather than forward-in-time-biased like the
coreutils getdate.
On Sat, Jan 29, 2011 at 1:50 PM, Michal Sojka wrote:
> On Sat, 29 Jan 2011, Tom Prince
sorts
of issues.
--
Mike Kelly
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/6a776456/attachment.pgp>
On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson wrote:
> Due to my harddisk in my laptop being slow (5400RPM), my notmuch
> database growing, and perhaps some fragmentation somewhere, this has
> become *incredibly* annoying for me. I am checking email every 30
> minutes, and I'm nicing and ioni
achment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/b19f2056/attachment.pgp>
On Sat, 29 Jan 2011, Tom Prince wrote:
> On 2011-01-23, Michal Sojka wrote:
> > Hi all,
> >
> > the following patch series brings into notmuch date/time parser stolen
> > from GNU coreutils. It can be applied on top of custom query parser
> > patches from Austin Clements.
> >
> > This is RFC and
On Fri, 28 Jan 2011 11:57:34 -0500
Austin Clements wrote:
> Yes, exactly. All of this. Unfortunately, Xapian doesn't expose the
> ability to block on the lock (see the fcntl call in
> backends/flint_lock.cc, which is hard-coded to the non-blocking
> F_SETLK instead of F_SETLKW), so we'd either
On Sat, 29 Jan 2011 06:44:40 +1000
Carl Worth wrote:
> On Wed, 12 Jan 2011 22:39:45 +, Mike Kelly
> wrote:
> > For starters, if I'm simply trying to retrieve a single message, the
> > interface is rather awkard. I seem to need to do something like:
> >
> > my $json = `notmuch show --for
patch broken up and sent again.
-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/20110129/9a91e46e/attachment.pgp>
--
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/20110129/46532cee/attachment.pgp>
-- next part --
A non-text attachment was scr
---
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/20110129/c77c3794/attachment.pgp>
: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/004959a3/attachment.pgp>
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/3ac5dfea/attachment.pgp>
ould get shoved into the notmuch man page, then we
should do that too.
-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/20110129/91937730/attachment-0001.pgp>
ble
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/f649abb3/attachment.pgp>
e JSON output, I'd also like to see
some documentation added to specify that structure clearly.
-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/20110129/4d5bafc3/attachment.pgp>
: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110129/1e1a6d6b/attachment-0001.pgp>
> Yes, I believe this is related to the dot in the name. From my
> recollection a name with an address requires quoting. So the header that
> is currently formatted as:
>
> From: LWN.net Weekly Notification
>
> should instead be:
>
> From: "LWN.net Weekly Notification"
Hi all,
I
On Fri, 28 Jan 2011 15:17:54 -0700, Jake Edge wrote:
> Hi Carl and Thomas,
>
> On Sat, 29 Jan 2011 05:59:38 +1000 Carl Worth wrote:
>
> > Yes, I believe this is related to the dot in the name. From my
> > recollection a name with an address requires quoting. So the header
> > that is currently
Hi Carl and Thomas,
On Sat, 29 Jan 2011 05:59:38 +1000 Carl Worth wrote:
> Yes, I believe this is related to the dot in the name. From my
> recollection a name with an address requires quoting. So the header
> that is currently formatted as:
>
> From: LWN.net Weekly Notification
>
> sho
37 matches
Mail list logo