[Linuxtrent] Re: LDAP per gestire rubriche condivise

  • From: Matteo Ianeselli <m.ianezz@xxxxxxxxx>
  • To: linuxtrent@xxxxxxxxxxxxx
  • Date: Thu, 28 Jan 2010 17:56:53 +0100

Il 28 gennaio 2010 14.43, Giuliano Natali <diaolin@xxxxxxxxxxx> ha scritto:
>
> On Gio, Gennaio 28, 2010, 2:32 pm, Marco Agostini wrote:
>> Il 28 gennaio 2010 14.24, Giuliano Natali <diaolin@xxxxxxxxxxx> ha
>> scritto:
>>>
>>> On Gio, Gennaio 28, 2010, 2:04 pm, Marco Agostini wrote:
>>>> no no.... gestisce le rubriche condivise con un suo sistema (come
>>>> fanno la maggior parte dei software groupware open source disponibili
>>>> in rete).
>>>
>>> Ok, e come mai vorresti questa cosa dall'LDAP????
>>> che di suo non lo fa?
>>>
>> Perchè cercavo una rubrica condivisa che non mi legasse ad uno
>> "strumento" groupware specifico.
>
> E perché hai voluto optare per LDAP visto che NESSUNO e ripeto NESSUNO
> lo usa?
>
>> Il fatto di utilizzare LDAP mi sembrava una buona idea in quanto ho
>> trovato diverse soluzioni groupware che mi permettono di attingere "in
>> tempo reale" a delle rubriche LDAP.
>
> hai detto giusto: attingere....
>
> tuti che cava ala fontana ma l'acquedotto????????

Tutti van alla fontana per lavarci i panni sporchi: si prendon l'acqua
pulita e lascian l'acqua sporca.

E` tecnicamente possibile (e, per quel che ne so, nemmeno troppo
complicato da progettare)  implementare rubriche condivise memorizzate
su un directory server con cui si parla via LDAP, ma praticamente
nessuno fa una cosa del genere, probabilmente partendo dall'idea che
il popolamento del directory server lo fa UNO e gli altri leggono e
basta, perche` se tutti possono aggiornare, succede un casino. Non
sara` vero per piccole realta` dove ci si conosce tutti, ma e`
sicuramente vero per le realta` dove viene tipicamente usato un
directory server (centinaia/migliaia di dipendenti).

Ora: quell'UNO o e` un qualche sistema automatico, o e` uno che a
colpi di ldapadd e ldapmodify (da CLI) o di una GUI del tipo Apache
Directory Studio,  si crea e si aggiorna i nodi inetOrgPerson del
caso.

Se anche i nomi nelle rubriche fossero, chesso`, clienti anziche`
dipendenti, tieni presente che le poche informazioni che puoi mettere
in un directory server non bastano da sole (quand'e` che ho il tizio
e` stato contattato l'ultima volta? E da chi? E cosa gli e` stato
detto?). Questo e` un lavoro per un CRM, e a questo punto sarebbe
decisamente meglio che sia il CRM che popola il directory server
(unito all'omino o al sistema di HR per popolare i dipendenti).

Credo che bene o male siano questi i motivi per cui si stenta a
rendere editabili le rubriche da chiunque. Giusti o sbagliati che
siano.

>
>
>>> Sono 15 anni che li cerco....
>>>
>> è orpo..... sono due giorni che li cerco e già mi sembra un'eternità ;-)
>> dovrò pensare a qualche altra soluzione.
>
> Arriverà qualche risposta di software comemrciale... me lo sento...
>
> E non userà LDAP

Il punto e` che tutti quello parlano... almeno in lettura.

-- 
 (\_/)   |   \    \  | ___|_   |_   |   /\/\  ianezz ovunque egli sia :-)
 (^.^)   |  _ \  | \ | _|     /    /   {^.^ } Verba volant, scripta
/(")(") _|_/  _\_|  _|____|____|____| (")(")\ manent, data corrupted
--
Per iscriversi  (o disiscriversi), basta spedire un  messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx


Other related posts: