-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Curtis Rempel wrote: > 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.
AD is usually only an option when it has already been deployed, why reinvent and repay for the wheel :) > >> 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. Even a "standard" install is not that difficult, the README pretty much walks you through it. > >> 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? > I have not seen a solid how to, mostly just vague references, that and there are some options in the kmail/kontact settings. I have not got much further than clicking the check box and seeing what happened. My experience was that it was not very robust, but then I did not go any further than 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. I personally use thunderbird, I have a couple of LDAP addressbooks that work great in thunderbird. > > 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. I am in the middle of a messaging eval (Open Exchange, Kolab, etc) as well as several commercial offerings. I have not really gotten any further than getting wet. Please let us know how you are making out. Cheers, > > 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFa/vQwRXgH3rKGfMRAhuzAJ98bIyq5CoeGsrKxuZVbQNoeiOHzACeIC/P xxKuyZQnIgvQwy4jjHP5WK8= =CVGt -----END PGP SIGNATURE----- _______________________________________________ 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
