Re: [Phpgroupware-developers] My ISP

[Dave Hall]

Bob Crandell <address@hidden> wrote:

> Dave Hall (address@hidden) wrote:
> >
> >Alex Borges <address@hidden> wrote:
> >
> >>
> >> > >>
> >> > >> Oh yeah, you should be able to associate an email domain with
> >> a group.
> >> > >
> >> > >I don't know what this means
> >> > Dave said,"This is not currently possible. The best way to deal
> >> with it would be
> >> > to a seperate "phpgw domain" for each mail domain."
> >> > Managing it this way would be ok if you're talking tens of
> >> domains but it could get
> >> > a little intense if you're talking hundreds.  This is just a
> >> little ISP, just a few
> >> > hundred customers.  Maybe a couple of dozen domains.  This will
> >> work for him as it
> >> > is now.
> >
> >100s of domains in 1 phpgw install as groups?  That will be a lot 
> more>work than 100s of domains each with their own phpgw install.  
> Also>address@hidden based logins get split at @ so you will have username
> >conflicts if you use a single domain for all users.
> >
> >
> >> > I know this is for another time.  I'm just trying to put a bug
> >> in your ear for now.
> >> > >
> >> For an ISP that wants to host different phpgw installs, one phpgw
> >> domainfor each client, one internet domain per client. Phpgw works
> >> fine out of
> >> the box. Only one phpgw install will handle all of them (if the 
> db box
> >> is big enough, it should even scale fairly fine).
> >>
> >> Now thats the trick, phpgw has this feature called phpgw 
> domains. You
> >> can create domains (client deployments) through the header
> >> administration interface in setup. Then youll see a box in the 
> login>> page that lets you choose domains. By default phpgw will 
> map that
> >> domainto the email domains and all. So this is definitivly the way
> >> to go.
> >
> >In the 16 branch now there is an option to mass update the apps 
> in all
> >domains - and it only updates what needs updating.  <ad
> >type="paid">Thanks to axisgroupware.org and terralab.com for 
> sponsoring>this work 
> >
> >You could also use LDAP for auth - if the ISP aleady hosts mail 
> for the
> >users, there is a good chance they are using LDAP auth for the 
> mail, so
> >just add some objectWe are installing a new mail server to 
> replace an old tired box that's anxiously
> looking forward to retirement.  I'm hoping to use phpGW as the 
> frontend for the
> users and administration.
> 
> >
> >
> >>
> >> One group per client (per hosted internet domain) is NOT a good
> >> idea. It
> >> would mean one phpgw domain for all of them, so they would see all
> >> usersin the calendar and stuff....bad idea.
> I did some testing and a user created an item in the Addressbook, 
> Calendar and Notes
> and a user in another group couldn't see it.  The address master 
> could see all the
> addresses.
> 
> >>
> >
> >Yep - that is why I suggested domains + LDAP :)
> >
> >I could rant on for ages as to why I think you should use seperate
> >domains per hosted domain - but I think I have said enough for 
> now :)
> And I'm not disagreeing with you.  The guy running this ISP does 
> the day to day
> stuff and isn't very good at it.  That's why I'm asking for these 
> things.  The fewer
> places he has to go the less likely he'll do something I'll have 
> to clean up.
> 
> I just reviewed "Add Domain" in Header Admin.  Trust me.  He would 
> never understand
> that process.  I'm doing the initial setup for him but he has to 
> keep it going.
> Even though I'm enjoying learning what goes on behind the sceans 
> of an ISP I don't
> want and he can't afford to have me live there.

Here is an idea worth considering.  Adam Hull (aka fixe) has a axisSetup
tool as part of his axisgroupware project.  axisGW is targetted at ASPs.
 Maybe you could discuss with fixe, the possibility of mod'ing axissetup
to better suit the needs of your client.  Simple CLI for adding domains.

btw I was not wanting to argue, just point out the most viable and
easiest way of doing this in the longer term :)  But you know the human
situation a lot better than me :)

Cheers

Dave

dave.hall.vcf
Description: Card for <dave.hall@mbox.com.au>