Campo en propiedades de User

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.

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 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,

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.
>
>
>

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.
>> >
>> >
>> >