Hi there,
Current Kolab packages ship a patch to allow more character names in IMAP
mailbox/folder names then is currently permitted with the characters listed in
imap/mboxname.c:724 GOODCHARS definition. Bug #2633[1] also concerns this
topic.
In an attempt to do a little research on the set o
On Sat, Aug 07, 2010 at 07:22:05PM +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
> Hi there,
>
> Current Kolab packages ship a patch to allow more character names in IMAP
> mailbox/folder names then is currently permitted with the characters listed
> in
> imap/mboxname.c:724 GOODCHARS defin
Bron Gondwana wrote:
> On Sat, Aug 07, 2010 at 07:22:05PM +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
> > Attached is
> > a patch that shows how I would like this a configurable setting. Unless
I'm
> > mistaken, this should preserve the behavior presented today, but allows a
> > 'goodcha
On Sun, 08 Aug 2010, Jeroen van Meeuwen (Kolab Systems) wrote:
> - "Expert" settings - you're on your own.
>
> This setting, I think, is a typical "you're on your own" type of setting.
So, make it compile-time.
> While I think it should be configurable, I dislike throwing it in the man
> page.
Henrique de Moraes Holschuh wrote:
> On Sun, 08 Aug 2010, Jeroen van Meeuwen (Kolab Systems) wrote:
> > - "Expert" settings - you're on your own.
> >
> > This setting, I think, is a typical "you're on your own" type of setting.
>
> So, make it compile-time.
>
I think -from the perspective of a
Bron Gondwana wrote:
> On Sat, Aug 07, 2010 at 07:22:05PM +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
> While I like tunables, I don't like this approach. The problem is, the
> default sucks. I'd prefer to see ALL possible good characters in the
> source, and the option of setting additiona
On Sun, 08 Aug 2010, Jeroen van Meeuwen (Kolab Systems) wrote:
> Henrique de Moraes Holschuh wrote:
> > On Sun, 08 Aug 2010, Jeroen van Meeuwen (Kolab Systems) wrote:
> > > - "Expert" settings - you're on your own.
> > >
> > > This setting, I think, is a typical "you're on your own" type of settin
Henrique de Moraes Holschuh wrote:
> > The OP already has exactly what you want. It was argued we need to be
careful
> > throwing all too many configurables at the consumer, for which there is
> > currently only a single mechanism in place. *That's* what I'm trying to
work
> > with here.
>
>
On 10 Aug 2010, at 10:34, Jeroen van Meeuwen (Kolab Systems) wrote:
How do you propose we do that, given the manpages are generated from
lib/imapoptions by tools/config2man?
I haven't experimented with this myself, but it appears to me that
lib/imapoptions *is* the man page *and* the code. T
Wesley Craig wrote:
> On 10 Aug 2010, at 10:34, Jeroen van Meeuwen (Kolab Systems) wrote:
> > How do you propose we do that, given the manpages are generated from
> > lib/imapoptions by tools/config2man?
>
> I haven't experimented with this myself, but it appears to me that
> lib/imapoptions *is
On 12 Aug 2010, at 04:29, Jeroen van Meeuwen (Kolab Systems) wrote:
My proposition is to distinguish between the following groups of
configurables:
- Gets the job done (novice)
- Gets your particular job done (advanced)
- You're on your own (expert)
It's a "human interface" mistake to allow us
On Thu, Aug 12, 2010 at 09:29:27AM +0100, Jeroen van Meeuwen (Kolab Systems)
wrote:
> Wesley Craig wrote:
> > On 10 Aug 2010, at 10:34, Jeroen van Meeuwen (Kolab Systems) wrote:
> > > How do you propose we do that, given the manpages are generated from
> > > lib/imapoptions by tools/config2man?
>
12 matches
Mail list logo
