[OGo-Users] New user needs information

[Chris Picton]

Thanks for the useful info, Adam

I have a few more comments and questions...

Adam Tauno Williams wrote:
>> Can OGO read users from this ldap database directly, or do they have to
>> be stored in the postgres database?
>
> Users are authenticated against the LDAP directory.  A user account is 
> created in the PostgreSQL database as (a) there e some OGo specific 
> elements that need o be associated with the account and (b) you don't 
> want the user's entry to go away when the LDAP account is deleted as 
> you'd loose historic information such as what tasks they performed, 
> meetings they attended, etc...
Makes sense.  I have configured my server to auth via ldap, and that 
seems to work fine.

My next question is how to automatically set up the user account so that 
he does not need to enter his email address and servername for imap 
connection.  Are there defaults I can set for this?

Also, I try to keep root account very limited to the administration of 
the server itself.  Can I change the username of the OGO administrator 
from 'root' to 'Administrator', so I don't have to put a 'root' entry 
into my ldap database?
>
>> I already have contacts stored in the ldap database (global address
>> book, and personal address books).  Can OGO use these as address book
>> sources?
>
> Not currently.  
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1621
> But the advantages of having the contacts in groupware is overwhelming 
> (they can be associated with projects, etc...)  Usually the reverse of 
> this is what you want;  exposing OGo information via LDAP (using 
> OpenLDAP's back-sql or Penrose).
I will look into this - the final goal is to share the contact 
information with the 'fat' clients (outlook/evolution/etc), so the 
mechanism does not matter as long as it works.

However, I do need to be able to *edit* the contacts via evo and 
outlook.  I assume the zidelook plugin allows outlook to edit contacts, 
but what would I use for evolution?

>> Does OGO have plugins for courier to write mailfilter files and setup
>> autoresponders?
>
> OGo supports SIEVE,  if your mail server supports SIEVE then you have 
> that functionality.  I don't know anything about Courier.
Will check - I don't think it supports sieve, though.

>
>> I created a few test appointments, and tried downloading my calendar
>> from the zidestore, but it seems to come out with no details in it:
>> http://chrisp:*password*@192.168.20.4/zidestore/so/chrisp/Calendar/calendar.ics 
>>
>> --------
>> BEGIN:VCALENDAR
>> METHOD:REQUEST
>> PRODID:-//OpenGroupware.org/ZideStore 1.3//
>> VERSION:2.0
>> ---------
>> Is this abug in my setup or understanding?
>
> It is probably reacting to the user-agent you sent it.
>
> If I - curl 
> http://adam:*********@gourd-amber/zidestore/sar/calendar.ics - I get 
> iCalendar output.  BTW - curl 
> http://adam:*******@gourd-amber/zidestore/so/adam/Calendar/ics is the 
> same thing.
I have tried using wget, curl, or firefox, but get the same thing.  My 
appts are for today or tomorrow, so they are not too far away.  I also 
pointed evolution to the webcal:// url, but I get nothing showing in my 
calendar.  I am assuming for now that it is a problem with my setup, and 
will investigate a bit further.

>> Would I use evolution to connect to this webcal:// or http://  URL, or
>> is there a specific evolution zidestore connector?
> There is an evolution [GroupDAV] connector for 2.8.  The problem with 
> webcal:// is that 'traditional' iCalendar is a really crappy groupware 
> solution,  it treats calendars as objects rather then events as 
> objects.  This causes no end of problems.
I have evo 2.8 installed - what URL should I use to connect to the 
webdav/groupdav calendar?

Is this read/write?

>
>> Are there demo versions of the outlook connector available - I will
>> probably be reselling many if this works.
> No,  but it is pretty cheap.
I will buy a couple to test with

>
>> Can tasks be shared to evolution/outlook?
>
> I don't know about the Evo connector supporting tasks as I don't have 
> Evo 2.8.  But, yes, the same tasks appear in Outlook, the Web UI, via 
> the XML-RPC API, etc...  Of course what you can do is limited by the 
> front-end you choose;  Outlooks and Evolutions tasks management is 
> both pretty primitive - no delegation, etc... - just a description and 
> done/not-done;  this isn't a limitation of OGo but of Outlook & 
> Evolution.
Ok, thanks - the tasks are not the most important part of this exercise. 

Regards

Chris