On Monday 27 November 2006 02:14, Gustin Johnson wrote: > Sadly my experience has been with Active Directory storing the contacts > and lists. If you need to accept mail via distribution lists I can > probably help (ie exim/cyrus integration with Active Directory).
Since the organization wishes to remain free of M$, AD is not an option. > Probably the best thing to do is to download the Kolab VMWare image from > vmware.com Also grab the vmware player. There is no substitute for > actually trying this out. Kolab uses LDAP btw. Didn't know about the VMware Kolab image - will try that out. Yes, I was aware that Kolab uses LDAP. > You may also wish to check out Luma, a KDE LDAP GUI client. Thanks, I've seen that one as well and it's a nice interface, but unfortunately doesn't do dist lists. > By maintaining the back end, I assume that you mean > adding/changing/deleting contacts and lists? If you are having problems > then it is likely a permissions issue. Anonymous binds are read only by > default. No problems technically, just that extremely novice users are involved. phpldapadmin is a great tool, but not in this case for that reason. Maintaining address info via the Kolab interface would be preferable. I'll just have to bite the bullet and config it myself or try the VMware image. > If you have shared IMAP folders you may be able to get away with storing > your contacts in a shared IMAP folder. I know this is possible, but I > have never tried it (this is supported in kmail btw). I've been toying with this very idea but haven't tried it yet. Do you have any specific references/pointers to relevant info on this? > My preference would be an LDAP solution which is somewhat MUA agnostic > (I dislike using Kmail/Kontact more than Outlook 2003). LDAP would be my preferred solution too. In this case, Kmail/Kontact is the required MUA. Thought I'd test the waters to see what if anybody else has had success/failure with before I got my feet too far in. Thanks! > > Hth, > > Curtis Rempel wrote: > > Here's the scenario: > > > > A number of Kontact users on a local network have their own address books > > and corresponding distribution lists. There is the need to have a global > > address book and dist lists to avoid the obvious pitfalls of maintaining > > multiple copies. > > > > While Kontact can hook into an LDAP back end, maintaining that back end > > using some sort of external interface (since it cannot be done within > > Kontact) is problematic - either the standard command line tools or > > something like phpldapadmin would do, but in both cases, administration > > by end users is required and neither tool is appropriate for the skillset > > at hand. > > > > Further, global distribution lists are required from the global address > > book which is not something I think is possible just using the simple > > LDAP connection alone with Kontact. If I'm wrong about that, please > > chime in. > > > > Before I go wandering off into the Kolab wilderness, never to be heard > > from again, does anybody know if Kolab supports this global dist list > > capability? I know you can hook Kontact into Kolab and use the > > addressbook that way, but what I am not sure is if that global address > > book provided by Kolab will also let users use dist lists globally in the > > same way that they currently do with their own local copies. > > > > Does anybody have any experience in this area and know for certain if > > this will or will not work? I'm having some difficulty trying to nail > > down this feature in the docs without going through the trouble of > > setting of a test environment. > > > > Alternatively, is there something else that would work for a global > > address book and global dist list with Kontact? There is no requirement > > at this time for anything other than the address book and dist list > > features of Kolab so Kolab might be overkill if something else will do > > the trick. > > > > Thanks for any insight! > > > > Curtis > > > > _______________________________________________ > > clug-talk mailing list > > [email protected] > > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > > **Please remove these lines when replying > > _______________________________________________ > clug-talk mailing list > [email protected] > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > **Please remove these lines when replying _______________________________________________ clug-talk mailing list [email protected] http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
