Ramon Jiménez !

Lo que intenté hacer fué crear una unidad virtual W: con subst para cada
usuario que contuviera su propio directorio temporal. Hasta ahí todo fue
bien.
Después, como administrador, enlace con linkd la carpeta c:\usr del programa
a la unidad W:
Todo parecía perfecto, porque los usuarios al acceder a c:\usr van
directamente al contenido de W: que es su directorio. Pero al intentar crear
o modificar cualquier archivo, me da este error:

El nombre de archivo, directorio o etiqueta del volumen no es válido

Supongo que el sistema se debe hacer un lío, y no sabe donde se encuentra.
Lo que no entiendo es por qué entonces te deja linkar la unidad, si no
puedes hacer nada con los datos.

Te había pasado esto alguna vez?

Ya llamé al servicio técnico del programa y no tienen experiencia en
entornos terminal services.

De todas formas, gracias por tu ayuda.

Por cierto, no dudo que el thunderbird tenga la opción de responder al
grupo, pero lo que digo es que por defecto no te agrupa los mensajes en
hilo, y por tanto cuando respondes crea un nuevo hilo.



"Ramon Jiménez" escribió en el mensaje
news:#

No seguiré la discusión sobre el cliente de news. Thunderbird también

tioene

la opción de "Responder al grupo" pero eso es otra guerra :-)

Eso ya está mucho más claro.

Obviamente, el problema lo tienes con la aplicación, que no es compatible
con un entorno de Terminal Services, porque utilizar un directorio

"cerrado"

para almacenar datos temporales va contra la arquitectura de un entorno de
Terminal.

En entornos de Terminal Services existen Scripts de compatibilidad, que se
deben llamar desde el logon script de Terminal (userlogon.bat y

uerlog2.bat

creo recoraddr que se llaman) que permiten realizar workarounds (root
drives, etc) y engañar a las aplicaciones sobre cómo comportarse

Deberías contactar con el fabricante de esa aplicación y preguntarle sobre
sus experiencias en entornos de Terminal Services

Saludos
Ramon
PMP, ITIL Certified
MCSE & MCSA 2000/2003, CCA
"Acort" wrote in message
news:
> Yo nunca doy excusas. Estaba usando el thunderbird como lector de news,

y

> por defecto cuando respondes un mensaje lo hace de esa forma.
> En cuando al link, creo que no me expreso bien y no me entiendes, y te
> pido
> disculpas.
> Te voy a detallar el problema en profundidad, que creo que es lo que
> debería
> haber hecho desde el principio, pero es que pensaba que la solución no
> sería
> tan complicada.
>
> Tengo un server 2003 sin haber creado ningún dominio. Lo uso para que
> varios
> usuarios locales se conecten a él mediante terminal services y ejecuten
> aplicaciones. Todo va de maravilla excepto una aplicación.
> Esa aplicación usa una carpeta temporal c:\usr donde almacena

información

> sobre los procesos. El problema viene que cuando dos usuarios habren esa
> aplicación se mezcla la información de ambos en esa carpeta temporal.
>
> Entonces, lo que había pensado hacer era un enlace, que enlazara c:\usr
> hacia una carpeta de cada usuario, para que así el programa almacene la
> información temporal en un directorio por cada usuario.
>
> El problema si lo hago con linkd, a través de un script logon es este:
> 1- El primer usuario se conecta, se ejecuta el script y tiene la carpeta
> c:\usr enlazada al directorio del usuario 1.
> 2- El segundo usuario se conecta (ahora hay dos usuarios conectados), se
> ejecuta el script y tiene la carpeta c:\usr enlazada al directorio del
> usuario 2. Pero al usuario 1 le cambia automáticamente el enlace y

tambien

> le apunta al directorio del usuario 2, no le sigue apuntando a su
> directorio.
>
> Por eso te decía que linkd no me servía.
>
> Espero que ahora me haya expresado mejor. Te pido disculpas.
>
> "Ramon Jiménez" escribió en el mensaje
> news:#
>> respuestas entre lineas...
>>
>> Saludos
>> Ramon
>> PMP, ITIL Certified
>> MCSE & MCSA 2000/2003, CCA
>> "Acort" wrote in message
>> news:
>> > Lo siento por abrir nuevos hilos, era debido al programa de correo

que

>> > usaba.
>>
>> No...esa excusa no me vale. No creo que sea el problema
>>
>>
>> > Hice el logon script, pero sigue sin servirme. Porque el linkd no
> permite
>> > hacer un enlace de una misma carpeta a varias.
>> -
>> Es que sólo debes hacer un link dependiendo del usuario que haga logon
>>
>> > Alguna otra solución?
>> >
>> >
>> > "Ramon Jiménez" escribió en el
>> > mensaje
>> > news:e2rj#
>> >> Amigo mío,
>> >>
>> >> Cada vez que haces una pregunta abres un hilo nuevo...eso es de
> extremada
>> >> mala educación en Usenet...
>> >>
>> >> te pedidría que te ciñeras al hilo inicial y que respondieras en ese
> hilo
>> >>
>> >> Saludos
>> >> Ramon
>> >> PMP, ITIL Certified
>> >> MCSE & MCSA 2000/2003, CCA
>> >> "Acort" wrote in message
>> >> news:
>> >> > Uf, estoy perdido.
>> >> > Entiendo lo que dices, pero nunca he utilizado GPO's ni perfiles

de

>> >> > usuario, ni he hecho ningún logón script.
>> >> > Podrías ser un poco más esplícito?
>> >> >
>> >> > Gracias.
>> >>
>> >>
>> >
>> >
>>
>>
>
>

Ramón, al final funciona.
Hice lo que te escribí en el mensaje anterior. El error que me daba es que
cuando linkas a una unidad creada con subst, debes hacerlo a un directorio
dentro de esa unidad. Parece ser que linkando simplemente a la raíz de esa
unidad da el problema que ya te comenté.
Voy intentar probar el programa a fondo mañana, y ya te diré si al final va
bien.

Muchas gracias por todo.
Un saludo.



"Acort" escribió en el mensaje
news:

Lo que intenté hacer fué crear una unidad virtual W: con subst para cada
usuario que contuviera su propio directorio temporal. Hasta ahí todo fue
bien.
Después, como administrador, enlace con linkd la carpeta c:\usr del

programa

a la unidad W:
Todo parecía perfecto, porque los usuarios al acceder a c:\usr van
directamente al contenido de W: que es su directorio. Pero al intentar

crear

o modificar cualquier archivo, me da este error:

El nombre de archivo, directorio o etiqueta del volumen no es válido

Supongo que el sistema se debe hacer un lío, y no sabe donde se encuentra.
Lo que no entiendo es por qué entonces te deja linkar la unidad, si no
puedes hacer nada con los datos.

Te había pasado esto alguna vez?

Ya llamé al servicio técnico del programa y no tienen experiencia en
entornos terminal services.

De todas formas, gracias por tu ayuda.

Por cierto, no dudo que el thunderbird tenga la opción de responder al
grupo, pero lo que digo es que por defecto no te agrupa los mensajes en
hilo, y por tanto cuando respondes crea un nuevo hilo.



"Ramon Jiménez" escribió en el mensaje
news:#
> No seguiré la discusión sobre el cliente de news. Thunderbird también
tioene
> la opción de "Responder al grupo" pero eso es otra guerra :-)
>
> Eso ya está mucho más claro.
>
> Obviamente, el problema lo tienes con la aplicación, que no es

compatible

> con un entorno de Terminal Services, porque utilizar un directorio
"cerrado"
> para almacenar datos temporales va contra la arquitectura de un entorno

de

> Terminal.
>
> En entornos de Terminal Services existen Scripts de compatibilidad, que

se

> deben llamar desde el logon script de Terminal (userlogon.bat y
uerlog2.bat
> creo recoraddr que se llaman) que permiten realizar workarounds (root
> drives, etc) y engañar a las aplicaciones sobre cómo comportarse
>
> Deberías contactar con el fabricante de esa aplicación y preguntarle

sobre

> sus experiencias en entornos de Terminal Services
>
> Saludos
> Ramon
> PMP, ITIL Certified
> MCSE & MCSA 2000/2003, CCA
> "Acort" wrote in message
> news:
> > Yo nunca doy excusas. Estaba usando el thunderbird como lector de

news,

y
> > por defecto cuando respondes un mensaje lo hace de esa forma.
> > En cuando al link, creo que no me expreso bien y no me entiendes, y te
> > pido
> > disculpas.
> > Te voy a detallar el problema en profundidad, que creo que es lo que
> > debería
> > haber hecho desde el principio, pero es que pensaba que la solución no
> > sería
> > tan complicada.
> >
> > Tengo un server 2003 sin haber creado ningún dominio. Lo uso para que
> > varios
> > usuarios locales se conecten a él mediante terminal services y

ejecuten

> > aplicaciones. Todo va de maravilla excepto una aplicación.
> > Esa aplicación usa una carpeta temporal c:\usr donde almacena
información
> > sobre los procesos. El problema viene que cuando dos usuarios habren

esa

> > aplicación se mezcla la información de ambos en esa carpeta temporal.
> >
> > Entonces, lo que había pensado hacer era un enlace, que enlazara

c:\usr

> > hacia una carpeta de cada usuario, para que así el programa almacene

la

> > información temporal en un directorio por cada usuario.
> >
> > El problema si lo hago con linkd, a través de un script logon es este:
> > 1- El primer usuario se conecta, se ejecuta el script y tiene la

carpeta

> > c:\usr enlazada al directorio del usuario 1.
> > 2- El segundo usuario se conecta (ahora hay dos usuarios conectados),

se

> > ejecuta el script y tiene la carpeta c:\usr enlazada al directorio del
> > usuario 2. Pero al usuario 1 le cambia automáticamente el enlace y
tambien
> > le apunta al directorio del usuario 2, no le sigue apuntando a su
> > directorio.
> >
> > Por eso te decía que linkd no me servía.
> >
> > Espero que ahora me haya expresado mejor. Te pido disculpas.
> >
> > "Ramon Jiménez" escribió en el

mensaje

> > news:#
> >> respuestas entre lineas...
> >>
> >> Saludos
> >> Ramon
> >> PMP, ITIL Certified
> >> MCSE & MCSA 2000/2003, CCA
> >> "Acort" wrote in message
> >> news:
> >> > Lo siento por abrir nuevos hilos, era debido al programa de correo
que
> >> > usaba.
> >>
> >> No...esa excusa no me vale. No creo que sea el problema
> >>
> >>
> >> > Hice el logon script, pero sigue sin servirme. Porque el linkd no
> > permite
> >> > hacer un enlace de una misma carpeta a varias.
> >> -
> >> Es que sólo debes hacer un link dependiendo del usuario que haga

logon

> >>
> >> > Alguna otra solución?
> >> >
> >> >
> >> > "Ramon Jiménez" escribió en el
> >> > mensaje
> >> > news:e2rj#
> >> >> Amigo mío,
> >> >>
> >> >> Cada vez que haces una pregunta abres un hilo nuevo...eso es de
> > extremada
> >> >> mala educación en Usenet...
> >> >>
> >> >> te pedidría que te ciñeras al hilo inicial y que respondieras en

ese

> > hilo
> >> >>
> >> >> Saludos
> >> >> Ramon
> >> >> PMP, ITIL Certified
> >> >> MCSE & MCSA 2000/2003, CCA
> >> >> "Acort" wrote in message
> >> >> news:
> >> >> > Uf, estoy perdido.
> >> >> > Entiendo lo que dices, pero nunca he utilizado GPO's ni perfiles
de
> >> >> > usuario, ni he hecho ningún logón script.
> >> >> > Podrías ser un poco más esplícito?
> >> >> >
> >> >> > Gracias.
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>

Ok... la opción de Subst es muy socorrida en entornos de Terminal Services
(ej: Root drives)

Saludos
Ramon
PMP, ITIL Certified
MCSE & MCSA 2000/2003, CCA
"Acort" wrote in message
news:%

Ramón, al final funciona.
Hice lo que te escribí en el mensaje anterior. El error que me daba es que
cuando linkas a una unidad creada con subst, debes hacerlo a un directorio
dentro de esa unidad. Parece ser que linkando simplemente a la raíz de esa
unidad da el problema que ya te comenté.
Voy intentar probar el programa a fondo mañana, y ya te diré si al final
va
bien.

Muchas gracias por todo.
Un saludo.



"Acort" escribió en el mensaje
news:

Lo que intenté hacer fué crear una unidad virtual W: con subst para cada
usuario que contuviera su propio directorio temporal. Hasta ahí todo fue
bien.
Después, como administrador, enlace con linkd la carpeta c:\usr del

programa

a la unidad W:
Todo parecía perfecto, porque los usuarios al acceder a c:\usr van
directamente al contenido de W: que es su directorio. Pero al intentar

crear

o modificar cualquier archivo, me da este error:

El nombre de archivo, directorio o etiqueta del volumen no es válido

Supongo que el sistema se debe hacer un lío, y no sabe donde se
encuentra.
Lo que no entiendo es por qué entonces te deja linkar la unidad, si no
puedes hacer nada con los datos.

Te había pasado esto alguna vez?

Ya llamé al servicio técnico del programa y no tienen experiencia en
entornos terminal services.

De todas formas, gracias por tu ayuda.

Por cierto, no dudo que el thunderbird tenga la opción de responder al
grupo, pero lo que digo es que por defecto no te agrupa los mensajes en
hilo, y por tanto cuando respondes crea un nuevo hilo.



"Ramon Jiménez" escribió en el mensaje
news:#
> No seguiré la discusión sobre el cliente de news. Thunderbird también
tioene
> la opción de "Responder al grupo" pero eso es otra guerra :-)
>
> Eso ya está mucho más claro.
>
> Obviamente, el problema lo tienes con la aplicación, que no es

compatible

> con un entorno de Terminal Services, porque utilizar un directorio
"cerrado"
> para almacenar datos temporales va contra la arquitectura de un entorno

de

> Terminal.
>
> En entornos de Terminal Services existen Scripts de compatibilidad, que

se

> deben llamar desde el logon script de Terminal (userlogon.bat y
uerlog2.bat
> creo recoraddr que se llaman) que permiten realizar workarounds (root
> drives, etc) y engañar a las aplicaciones sobre cómo comportarse
>
> Deberías contactar con el fabricante de esa aplicación y preguntarle

sobre

> sus experiencias en entornos de Terminal Services
>
> Saludos
> Ramon
> PMP, ITIL Certified
> MCSE & MCSA 2000/2003, CCA
> "Acort" wrote in message
> news:
> > Yo nunca doy excusas. Estaba usando el thunderbird como lector de

news,

y
> > por defecto cuando respondes un mensaje lo hace de esa forma.
> > En cuando al link, creo que no me expreso bien y no me entiendes, y
> > te
> > pido
> > disculpas.
> > Te voy a detallar el problema en profundidad, que creo que es lo que
> > debería
> > haber hecho desde el principio, pero es que pensaba que la solución
> > no
> > sería
> > tan complicada.
> >
> > Tengo un server 2003 sin haber creado ningún dominio. Lo uso para que
> > varios
> > usuarios locales se conecten a él mediante terminal services y

ejecuten

> > aplicaciones. Todo va de maravilla excepto una aplicación.
> > Esa aplicación usa una carpeta temporal c:\usr donde almacena
información
> > sobre los procesos. El problema viene que cuando dos usuarios habren

esa

> > aplicación se mezcla la información de ambos en esa carpeta temporal.
> >
> > Entonces, lo que había pensado hacer era un enlace, que enlazara

c:\usr

> > hacia una carpeta de cada usuario, para que así el programa almacene

la

> > información temporal en un directorio por cada usuario.
> >
> > El problema si lo hago con linkd, a través de un script logon es
> > este:
> > 1- El primer usuario se conecta, se ejecuta el script y tiene la

carpeta

> > c:\usr enlazada al directorio del usuario 1.
> > 2- El segundo usuario se conecta (ahora hay dos usuarios conectados),

se

> > ejecuta el script y tiene la carpeta c:\usr enlazada al directorio
> > del
> > usuario 2. Pero al usuario 1 le cambia automáticamente el enlace y
tambien
> > le apunta al directorio del usuario 2, no le sigue apuntando a su
> > directorio.
> >
> > Por eso te decía que linkd no me servía.
> >
> > Espero que ahora me haya expresado mejor. Te pido disculpas.
> >
> > "Ramon Jiménez" escribió en el

mensaje

> > news:#
> >> respuestas entre lineas...
> >>
> >> Saludos
> >> Ramon
> >> PMP, ITIL Certified
> >> MCSE & MCSA 2000/2003, CCA
> >> "Acort" wrote in message
> >> news:
> >> > Lo siento por abrir nuevos hilos, era debido al programa de correo
que
> >> > usaba.
> >>
> >> No...esa excusa no me vale. No creo que sea el problema
> >>
> >>
> >> > Hice el logon script, pero sigue sin servirme. Porque el linkd no
> > permite
> >> > hacer un enlace de una misma carpeta a varias.
> >> -
> >> Es que sólo debes hacer un link dependiendo del usuario que haga

logon

> >>
> >> > Alguna otra solución?
> >> >
> >> >
> >> > "Ramon Jiménez" escribió en el
> >> > mensaje
> >> > news:e2rj#
> >> >> Amigo mío,
> >> >>
> >> >> Cada vez que haces una pregunta abres un hilo nuevo...eso es de
> > extremada
> >> >> mala educación en Usenet...
> >> >>
> >> >> te pedidría que te ciñeras al hilo inicial y que respondieras en

ese

> > hilo
> >> >>
> >> >> Saludos
> >> >> Ramon
> >> >> PMP, ITIL Certified
> >> >> MCSE & MCSA 2000/2003, CCA
> >> >> "Acort" wrote in message
> >> >> news:
> >> >> > Uf, estoy perdido.
> >> >> > Entiendo lo que dices, pero nunca he utilizado GPO's ni
> >> >> > perfiles
de
> >> >> > usuario, ni he hecho ningún logón script.
> >> >> > Podrías ser un poco más esplícito?
> >> >> >
> >> >> > Gracias.
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>