[Mailman-Developers] Login / User Identification Issues in MM3

[Richard Wackerbarth]

On Jul 11, 2012, at 8:14 AM, Stephen J. Turnbull wrote:
> Richard Wackerbarth writes:
> 
>> What I am advocating is that the "core" message handler NOT be the
>> keeper of ONLY PART of it.
> 
> What I'm advocating (mildly, because somebody else is going to have to
> do the work) is that the core be the keeper of ALL of it.  The core is
> not just a "message handler".  It is also a database, containing both
> list information and subscriber information.  

OK, so we agree that ALL of the information SHOULD be stored in one place.
That means that this database will need a lot more information, such as access control specifications, etc.
Further, it needs to be extensible so that various users can add whatever customizations and extensions they need.

And each of those functions will need supporting views, etc.

Pretty soon, you will find that what you need approaches something that already exists -- a relational database.
Rather than "reinventing the wheel", we should just use an already existing database system and make all of the data directly accessible.

> Since a minimum of subscriber information is absolutely essential to the core job, all of
> it may as well be in there.

This does not follow logically.  Since only a minimum of information is essential to the core job, it may well be more appropriate for it to get that information from another source as needed.

> In some configurations we will want the subscribers to be authenticated, so we may as well keep all such
> information in the core's database.
> 
> Steve

Applying your previous argument, I could equally say "since the web user needs to be authenticated, we may as well keep all such information in the webUI's database"

Richard