[dev] Re: Thoughts:

[Brent J. Nordquist]

On Wed, 7 Feb 2001, Chuck Hagenbuch <chuck@horde.org> wrote:

> The thing is, in this simple case, there's no need for a server at
> all, and not having one makes things simpler if the server name
> changes for some reason.

Centrally-configured, in other words?  Agreed.

> And to authenticate with Auth_IMAP, you need to know the name of an
> IMAP or POP server, which you don't necessarily know given
> user@server. Inside the context of IMP, you probably do, but not
> outside.

Yeah, my thinking was that it reduces to user@imapserver in the simple
case so that you do know the IMAP server; but I have abandoned this
idea... I think you're right.  It should come from the site configuration
in the simple case.

> If a site is managing their own Horde users, there's nothing to _keep_
> them from using user@server style usernames, but there's also no
> reason to require them, I think.

Agreed; that makes sense.  [Now that I've had some sleep.  :-)  My
thinking was very muzzy last night.]

I really like the idea of providing actual Horde users, yet using
Auth_IMAP to give simple sites the ability to ignore them.

-- 
Brent J. Nordquist <bjn@horde.org>
Yahoo!: Brent_Nordquist / AIM: BrentJNordquist / ICQ: 76158942



>From chuck@horde.org Date: Wed,  7 Feb 2001 11:48:55 -0500
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 28158 invoked from network); 7 Feb 2001 16:49:50 -0000
Received: from r94aag005136.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (209.6.192.126)
  by horde.org with SMTP; 7 Feb 2001 16:49:50 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id 0AC4B39F4; Wed,  7 Feb 2001 11:48:56 -0500 (EST)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@marina by marina.horde.org with HTTP;
	Wed,  7 Feb 2001 11:48:55 -0500
Message-ID: <981564535.3a817c77c3225@marina.horde.org>
Date: Wed,  7 Feb 2001 11:48:55 -0500
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Re: [dev] IMP preferences regroup

Quoting "Keith A. Chayer" <kchayer@bbcnet.edu>:

> That said, here's how I might change some of the descriptions:

Okay, I took most of your suggestions - take a look at my latest commit.

> Account Information:
[snip]
> Should there not be an option here to select whether the preferred mailserver 
> is POP3 or IMAP?  Did this used to be an option, or am I suggesting an 
> additional one? :)

Right now, this preference is only really designed to work with a server list, 
and in that case, the type of server is defined in the servers.php entry.

> That's what I notice initially.

Thanks for the feedback.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
"My intuitive grasp of math often leads me astray." -Me


>From chuck@horde.org Date: Wed,  7 Feb 2001 11:53:06 -0500
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 29035 invoked from network); 7 Feb 2001 16:54:01 -0000
Received: from r94aag005136.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (209.6.192.126)
  by horde.org with SMTP; 7 Feb 2001 16:54:01 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id 33FA639F4; Wed,  7 Feb 2001 11:53:07 -0500 (EST)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@marina by marina.horde.org with HTTP;
	Wed,  7 Feb 2001 11:53:06 -0500
Message-ID: <981564786.3a817d72e1a23@marina.horde.org>
Date: Wed,  7 Feb 2001 11:53:06 -0500
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Re: [dev] my IMP broke [ User Preferences Grouping ]

Quoting Atif Ghaffar <aghaffar@developer.ch>:

> Idea: 
> define groups array in config/groups.php
> and foreach element of the prefs define an update and retrieve method.
> then you can do something like

This is certainly an idea; has anyone looked at the preferences code in 
Silkymail (http://www.cyrusoft.com/silkymail/)? I haven't recently, but when I 
was at Cyrusoft the prefs system was pretty modular - 
http://www.cyrusoft.com/silkymail/silky_prefs.gif shows a screenshot; pref said 
what category it was part of as part of it's definition, and had a type 
(like "select list", etc...)

Do people want things to be this modular?

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
"My intuitive grasp of math often leads me astray." -Me