Writable Contact Lists With Outlook and LDAP? 39
Snafoo asks: "Ximian Evolution allows users to set up LDAP-based shared contact lists, to which multiple users can read and write. However, my company uses MS Outlook 2002, which doesn't support writing to LDAP directories. Currently, we use a kludgy PHP front-end to the LDAP directory for entering new addresses. Short of buying Exchange, is there anything we can do to share write-enabled contact lists with LDAP and Outlook?"
Write a plugin for Outlook (Score:5, Interesting)
Disadvantage: the contacts are also present in the address book of Outlook.
Advantage: the contacts are always available, even when the LDAP directory is not accessible (interesting for travelling users).
Re:Write a plugin for Outlook (Score:2, Informative)
Re:Write a plugin for Outlook (Score:3, Interesting)
Re:Write a plugin for Outlook (Score:1)
Re:Write a plugin for Outlook (Score:2)
Redemption is not written in VB it is written in C++ (not that it really matters). I haven't had any real problems with it. Most of the people I have run across trying to write addins for Outlook or apps to interact with it were frankly, no
Re:Write a plugin for Outlook (Score:1)
Re:Write a plugin for Outlook (Score:3, Insightful)
As for memory leaks, I'm not sure about that. You do need to cleanup after Outlook and Redemption very well though. When I first started using it in .Net, I was sloppy because I was used to the CLR cleaning up objects after they go out of
Re:Write a plugin for Outlook (Score:1)
Re:Write a plugin for Outlook (Score:2)
Re:Write a plugin for Outlook (Score:1, Troll)
seems obvious, but... (Score:3, Insightful)
why not change to evolution? It looks exactly like outlook, and if you don't use excange features anyway, then why not simply use the product that meets your demands instead of one that is made by microsoft?
I'm not trolling. I'm serious. Why do people choose to use MS products when there are alternatives out there, that will meet their demands?
I usually try to use the best tool for the job - not the "I have a hammer, therefore all my problems are a nail" solution.
Re:seems obvious, but... (Score:3, Insightful)
People use MS products because they're already there and they mostly work. if is th
Definitely NOT obvious (Score:1)
(The original poster didn't make it clear which OS his company uses, but it seems pretty improbably that everyone at his company uses Outlook 2002 on WINE/Linux)
Re:Definitely NOT obvious (Score:2)
Im sorry, it never occured to me that noone had made a windows port of evolution... with cygwin (or some of the other linux->win32 kits) it should be very possible tho...
Re:Definitely NOT obvious (Score:2)
Re:seems obvious, but... (Score:2)
(Much to my Dismay, I like Mozilla mail, but I'd love to have a fully Open-Source and Cross-Platform PIM... and no Mozilla Calendar just isn't there yet in terms of features and stability)
Re:seems obvious, but... (Score:1)
Hard lessons (Score:4, Insightful)
For some strange reason, people think that Outlook is a stand-alone product. This is somewhat true, but you (like the poster found out) lose most of the compelling features if you fail to use Exchange. Look mom! I have a shirt with no pants!
Some people will probably point out that you may be able to use OpenMail or Insight Server (Insight Connector?), but these are also expensive products that don't fully integrate with Outlook either. If you are going to go high-end commercial, you might as well go with exchange (but put the damn thing behind a firewall / UNIX mail relay server fer christs sakes.)
Of course typing "shared outlook contact lists" in google comes up with a page with lots of info [slipstick.com] on the subject, but I didn't see anything that exactly matched the poster's requirements. Lot's of kludgy stuff, mostly commercial, all trying to make the closed source pile of crap a little more usable.
Re:Hard lessons (Score:1)
Bored Now (Score:2)
Not so much flamebait as redundant. Or maybe Offtopic. Understand, I happen to totally agree with you. But so do most other Slashdotters. And those that don't agree are probably familiar with your arguments. We've all argued over th
Re:Hard lessons (Score:2)
I'd be interested in a solution for OS X (Score:2)
--Mike
Re:I'd be interested in a solution for OS X (Score:1)
So, any information that you enter into AddressBook will not be accessible to other machines over LDAP, unless you use something like the horde as a front-end to a LDAP server, and then manually import your vCards. This is the same problem as the first post in the thread. Back to square one! Apple expects us to buy a subscription to .Mac and use iSync to share addressbooks. N
Mozilla? (Score:3, Interesting)
Re:Mozilla? (Score:3, Informative)
This tip really helped. [google.com]
I downloaded and started up the Softerra LDAP browser [softerra.com], typed in the name of my server and asked it to search for base DNs (I assume this is what the 'find' button is for in the moz setup that is never enabled). I used my normal login name and password for the domain as the User DN and password (no 'DOMAIN\User' nonsen
Mozilla! (Score:2)
What about shared folders? (Score:2)
What can these people use that is open source, from client to server? I'd like to hear an answer from someone w
Re:What about shared folders? (Score:1)
Re:What about shared folders? (Score:2)
Re:What about shared folders? (Score:2)
Kris
Re:What about shared folders? (Score:1)
Also, the the data wasn't really as secure as it would be on an actual file system. If something were deleted you couldn't just go to a tape backup and find the file, because old copies of it were stuck in Microsoft's proprietary database.
Re:What about shared folders? (Score:2)
Kris
Pointer & Suggestions (Score:3, Informative)
As I see it there are a two obvious solutions:
aldap is what you're looking for (Score:2, Interesting)
" aldap is designed as a groupware, Web-based, central contact manager. It can supplement end-users' personal address books or stand alone. It includes Perl scripts to create an empty LDAP tree ready for data entry, or if you have an existing Outlook contact database, import them easily. Its features include Add Organizational Units, Add entry, Search, View, Print, Modify, Delete, VCard export, Outlook conversion tools, plenty of end user help, and more."
As the creator of aldap I
We use Openexchange.. (Score:1)
If your sure this is what you want... (Score:2)
MacOS X Address Book can do LDAP with help (Score:1)
http://www.versiontracker.com/dyn/moreinfo/maco