Re: [Evolution-hackers] RFC: Check for mail only in subscribed folders.

2004-01-08 Thread David Woodhouse
On Thu, 2004-01-08 at 09:16 +1030, Not Zed wrote: I don't understand why the option is called 'show only sub'? Doesn't it mean 'only update subscribed'? Just a limitation of the way Camel lets you add your own options. The 'show only sub' option does precisely what 'use_lsub' used to. If

Re: [Evolution-hackers] Adaptive spam filter

2004-01-08 Thread Aaron Weber
Miles: That's in the development (1.5.x and 2.0) branch, and you're certainly welcome to help work on it! We'll have daily snapshots up and running soon, but if you compile from CVS or even use the last binary snapshots (from before Christmas, I think) you should be able to get a feel for

Re: [Evolution-hackers] RFC: Check for mail only in subscribed folders.

2004-01-08 Thread Jeffrey Stedfast
On Thu, 2004-01-08 at 05:41, David Woodhouse wrote: On Thu, 2004-01-08 at 09:16 +1030, Not Zed wrote: I don't understand why the option is called 'show only sub'? Doesn't it mean 'only update subscribed'? Just a limitation of the way Camel lets you add your own options. The 'show only

Re: [Evolution-hackers] RFC: Check for mail only in subscribed folders.

2004-01-08 Thread Jeffrey Stedfast
On Thu, 2004-01-08 at 09:37, David Woodhouse wrote: [snip] In the case where we _don't_ take subscription to mean that a folder should be visible, I cannot comprehend any _other_ meaning for 'active' folders other than that they are the ones which receive new mail. Can you? What if I want

Re: [Evolution-hackers] RFC: Check for mail only in subscribed folders.

2004-01-08 Thread David Woodhouse
On Thu, 2004-01-08 at 10:12 -0500, Jeffrey Stedfast wrote: What if I want to show only subscribed folders but only want evo to check a subset of those subscribed folders? That's another reasonable feature request. It seems to make sense. it's a hack. The implementation's a hack, indeed.

Re: [Evolution-hackers] NNTP patch

2004-01-08 Thread Meilof
Not Zed wrote: Hmm... I don't really think I would like this, personally... I specifically disabeled the short a.c.o.l.installation notation in the subscribe editor because, for large lists, it is hard to keep an overview of the hierarchy... but anyway, made it a configuration option (though

Re: [Evolution-hackers] NNTP patch

2004-01-08 Thread Not Zed
On Thu, 2004-01-08 at 23:38 +0100, Meilof wrote: Not Zed wrote: Hmm... I don't really think I would like this, personally... I specifically disabeled the short a.c.o.l.installation notation in the subscribe editor because, for large lists, it is hard to keep an overview of the

Re: [Evolution-hackers] NNTP patch

2004-01-08 Thread Meilof
Not Zed wrote: I still fail to see how this has anything whatsoever to do with the subscription dialogue. It already shows totally different names in the folder tree vs the subscription dialogue. There are 3 separate fields, full_name, path, and name. The last is used to display the name in the

Re: [Evolution-hackers] NNTP patch

2004-01-08 Thread Not Zed
Sigh. But if you don't do it within 10 seconds you get a timeout. Its just a noop. No, that's not true. The point is, INN waits 10 seconds before your /first/ command after mode reader before timeouting, but once you have sent it a command (which now happens directly after

[Evolution-hackers] linux.conf.au

2004-01-08 Thread Not Zed
Hi guys, I know at least one of you is going to linux.conf.au in Adelaide next week. Although i'm not actually going to the conference (bad organisation on my part and we're just too busy anyway), i'll still be in Adelaide (more bad organisation, i was supposed to have moved to Perth by now).