Campo en propiedades de User

Perfecto, Thierry,

Muchas gracias por todo, haré como propones (o con uno de los custom
attributes de Exchange o con algún campo existente...).

Sólo os escribía por si existiera alguna clave del objeto User que, aunque
estuviera "escondida", pudiera utilizarse...

Muchas gracias de nuevo.


"Thierry DEMAN [MVP]" escribió:

> Hola,
>
> la verdad es que con la instalacion de Exchange, la ampliacion del eschema
> propone 14 atributos que se puede personalizar !
>
> Si no quieres modificar el eschema, la unica cosa que puedes hacer es
> utilizar uno de los campos existentes...
> Por ejemplo, la zona "Descripcion" o una zona particular de la direccion...
>
> Muchos saludos.
> Thierry DEMAN-BARCELÒ
> MVP Exchange, SQL/Server
> MCSE2003+M+S,MCSE+I,MCDBA,MCTS,MCITP
> http://base.faqexchange.info
> http://www.faqexchange.info
> "Ore" wrote in message
> news:
> > Hola, de nuevo,
> >
> > Por si acaso no quedó claro: nuestras necesiades no requieren que el campo
> > tenga propiedades "Sí/No"(aunque nosotros lo utilizaremos con "Sí/No"). Es
> > suficiente con que sea un campo que admita una cadena de caracteres y que
> > podamos utilizar sin interferir en el resto de sistemas.
> >
> > Espero que me podáis ayudar... porque una ampliación de eschema creo que
> > no
> > es viable en estos momentos...
> >
> > Muchas gracias por todo.
> >
> > "Ore" escribió:
> >
> >> Muchas gracias por tu respuesta, Thierry:
> >>
> >> Lo que me propones es que amplie el eschema, ¿verdad?.
> >>
> >> ¿Microsoft no ha configurado campos por defecto para utilizar en estos
> >> casos?, por ejemplo, nosotros estamos utilizando el campo employeeID para
> >> agregar el número de empleado a los usuarios de AD. ¿No existe algo
> >> similar
> >> previsto por Microsoft para lo que os planteo?.
> >>
> >> Muchas gracias de nuevo por vuestra atención.
> >>
> >> "Thierry DEMAN [MVP]" escribió:
> >>
> >> > Hola,
> >> >
> >> > tendrias que añadir este campo en el eschema Active Directory, con
> >> > ADSIEDIT.MSC, por ejemplo !
> >> >
> >> > Saludos
> >> > Thierry DEMAN-BARCELÒ
> >> > MVP Exchange, SQL/Server
> >> > MCSE2003+M+S,MCSE+I,MCDBA,MCTS,MCITP
> >> > http://base.faqexchange.info
> >> > http://www.faqexchange.info
> >> > "Ore" wrote in message
> >> > news:
> >> > > Buenas tardes,
> >> > >
> >> > > Necesitaría encontrar un campo en las propiedades de un objeto "User"
> >> > > en
> >> > > Active Directory.
> >> > >
> >> > > Este campo se tendría que rellenar simplemente con "Sí/No" y es un
> >> > > dato de
> >> > > contacto (no debe afectar a propiedades de exchange, ni ningún otro
> >> > > servicio,
> >> > > etcétera).
> >> > >
> >> > > Este campo no tiene porqué estar visible. ¿Existe algún campo que
> >> > > pueda
> >> > > utilizar y que tenga estas características?.
> >> > >
> >> > > Muchas gracias por adelantado.
> >> >
> >> >
> >> >
>
>
>

Hola de nuevo,

Por favor, ¿todríais darme toda la información posible acerca del atributo
"employeeType" de un objeto usuario?.

¿Podría utilizarlo en el caso que os planteo en esta consulta?.

Muchas gracias por todo.

"Ore" escribió:

Perfecto, Thierry,

Muchas gracias por todo, haré como propones (o con uno de los custom
attributes de Exchange o con algún campo existente...).

Sólo os escribía por si existiera alguna clave del objeto User que,
aunque
estuviera "escondida", pudiera utilizarse...

Muchas gracias de nuevo.


"Thierry DEMAN [MVP]" escribió:

> Hola,
>
> la verdad es que con la instalacion de Exchange, la ampliacion del
> eschema
> propone 14 atributos que se puede personalizar !
>
> Si no quieres modificar el eschema, la unica cosa que puedes hacer es
> utilizar uno de los campos existentes...
> Por ejemplo, la zona "Descripcion" o una zona particular de la
> direccion...
>
> Muchos saludos.
> Thierry DEMAN-BARCELÒ
> MVP Exchange, SQL/Server
> MCSE2003+M+S,MCSE+I,MCDBA,MCTS,MCITP
> http://base.faqexchange.info
> http://www.faqexchange.info
> "Ore" wrote in message
> news:
> > Hola, de nuevo,
> >
> > Por si acaso no quedó claro: nuestras necesiades no requieren que el
> > campo
> > tenga propiedades "Sí/No"(aunque nosotros lo utilizaremos con
> > "Sí/No"). Es
> > suficiente con que sea un campo que admita una cadena de caracteres y
> > que
> > podamos utilizar sin interferir en el resto de sistemas.
> >
> > Espero que me podáis ayudar... porque una ampliación de eschema creo
> > que
> > no
> > es viable en estos momentos...
> >
> > Muchas gracias por todo.
> >
> > "Ore" escribió:
> >
> >> Muchas gracias por tu respuesta, Thierry:
> >>
> >> Lo que me propones es que amplie el eschema, ¿verdad?.
> >>
> >> ¿Microsoft no ha configurado campos por defecto para utilizar en
> >> estos
> >> casos?, por ejemplo, nosotros estamos utilizando el campo employeeID
> >> para
> >> agregar el número de empleado a los usuarios de AD. ¿No existe algo
> >> similar
> >> previsto por Microsoft para lo que os planteo?.
> >>
> >> Muchas gracias de nuevo por vuestra atención.
> >>
> >> "Thierry DEMAN [MVP]" escribió:
> >>
> >> > Hola,
> >> >
> >> > tendrias que añadir este campo en el eschema Active Directory, con
> >> > ADSIEDIT.MSC, por ejemplo !
> >> >
> >> > Saludos
> >> > Thierry DEMAN-BARCELÒ
> >> > MVP Exchange, SQL/Server
> >> > MCSE2003+M+S,MCSE+I,MCDBA,MCTS,MCITP
> >> > http://base.faqexchange.info
> >> > http://www.faqexchange.info
> >> > "Ore" wrote in message
> >> > news:
> >> > > Buenas tardes,
> >> > >
> >> > > Necesitaría encontrar un campo en las propiedades de un objeto
> >> > > "User"
> >> > > en
> >> > > Active Directory.
> >> > >
> >> > > Este campo se tendría que rellenar simplemente con "Sí/No" y es
> >> > > un
> >> > > dato de
> >> > > contacto (no debe afectar a propiedades de exchange, ni ningún
> >> > > otro
> >> > > servicio,
> >> > > etcétera).
> >> > >
> >> > > Este campo no tiene porqué estar visible. ¿Existe algún campo
> >> > > que
> >> > > pueda
> >> > > utilizar y que tenga estas características?.
> >> > >
> >> > > Muchas gracias por adelantado.
> >> >
> >> >
> >> >
>
>
>

En las propiedades del usuario, he viste 3 atributos:

EmployeeID, EmployeeNumber y EmployeeType are 3 cadenas de tipo "unicode".

Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
MCSE2003+M+S,MCSE+I,MCDBA,MCTS,MCITP
http://base.faqexchange.info
http://www.faqexchange.info
"Ore" wrote in message
news:
> Hola de nuevo,
>
> Por favor, ¿todríais darme toda la información posible acerca del atributo
> "employeeType" de un objeto usuario?.
>
> ¿Podría utilizarlo en el caso que os planteo en esta consulta?.
>
> Muchas gracias por todo.
>
> "Ore" escribió:
>
>> Perfecto, Thierry,
>>
>> Muchas gracias por todo, haré como propones (o con uno de los custom
>> attributes de Exchange o con algún campo existente...).
>>
>> Sólo os escribía por si existiera alguna clave del objeto User que,
>> aunque
>> estuviera "escondida", pudiera utilizarse...
>>
>> Muchas gracias de nuevo.
>>
>>
>> "Thierry DEMAN [MVP]" escribió:
>>
>> > Hola,
>> >
>> > la verdad es que con la instalacion de Exchange, la ampliacion del
>> > eschema
>> > propone 14 atributos que se puede personalizar !
>> >
>> > Si no quieres modificar el eschema, la unica cosa que puedes hacer es
>> > utilizar uno de los campos existentes...
>> > Por ejemplo, la zona "Descripcion" o una zona particular de la
>> > direccion...
>> >
>> > Muchos saludos.
>> > Thierry DEMAN-BARCELÒ
>> > MVP Exchange, SQL/Server
>> > MCSE2003+M+S,MCSE+I,MCDBA,MCTS,MCITP
>> > http://base.faqexchange.info
>> > http://www.faqexchange.info
>> > "Ore" wrote in message
>> > news:
>> > > Hola, de nuevo,
>> > >
>> > > Por si acaso no quedó claro: nuestras necesiades no requieren que el
>> > > campo
>> > > tenga propiedades "Sí/No"(aunque nosotros lo utilizaremos con
>> > > "Sí/No"). Es
>> > > suficiente con que sea un campo que admita una cadena de caracteres y
>> > > que
>> > > podamos utilizar sin interferir en el resto de sistemas.
>> > >
>> > > Espero que me podáis ayudar... porque una ampliación de eschema creo
>> > > que
>> > > no
>> > > es viable en estos momentos...
>> > >
>> > > Muchas gracias por todo.
>> > >
>> > > "Ore" escribió:
>> > >
>> > >> Muchas gracias por tu respuesta, Thierry:
>> > >>
>> > >> Lo que me propones es que amplie el eschema, ¿verdad?.
>> > >>
>> > >> ¿Microsoft no ha configurado campos por defecto para utilizar en
>> > >> estos
>> > >> casos?, por ejemplo, nosotros estamos utilizando el campo employeeID
>> > >> para
>> > >> agregar el número de empleado a los usuarios de AD. ¿No existe algo
>> > >> similar
>> > >> previsto por Microsoft para lo que os planteo?.
>> > >>
>> > >> Muchas gracias de nuevo por vuestra atención.
>> > >>
>> > >> "Thierry DEMAN [MVP]" escribió:
>> > >>
>> > >> > Hola,
>> > >> >
>> > >> > tendrias que añadir este campo en el eschema Active Directory, con
>> > >> > ADSIEDIT.MSC, por ejemplo !
>> > >> >
>> > >> > Saludos
>> > >> > Thierry DEMAN-BARCELÒ
>> > >> > MVP Exchange, SQL/Server
>> > >> > MCSE2003+M+S,MCSE+I,MCDBA,MCTS,MCITP
>> > >> > http://base.faqexchange.info
>> > >> > http://www.faqexchange.info
>> > >> > "Ore" wrote in message
>> > >> > news:
>> > >> > > Buenas tardes,
>> > >> > >
>> > >> > > Necesitaría encontrar un campo en las propiedades de un objeto
>> > >> > > "User"
>> > >> > > en
>> > >> > > Active Directory.
>> > >> > >
>> > >> > > Este campo se tendría que rellenar simplemente con "Sí/No" y es
>> > >> > > un
>> > >> > > dato de
>> > >> > > contacto (no debe afectar a propiedades de exchange, ni ningún
>> > >> > > otro
>> > >> > > servicio,
>> > >> > > etcétera).
>> > >> > >
>> > >> > > Este campo no tiene porqué estar visible. ¿Existe algún campo
>> > >> > > que
>> > >> > > pueda
>> > >> > > utilizar y que tenga estas características?.
>> > >> > >
>> > >> > > Muchas gracias por adelantado.
>> > >> >
>> > >> >
>> > >> >
>> >
>> >
>> >