Mi recomendación es: NO UTILICES RUNRMTCMD.

No indicas que versión de Windows ejecuta la petición de transferencia, ni la 
versión de Client Access, ni la versión del AS400.

Nosotros hace más de una década que dejamos de utilizar este sistema porque nos 
daba muchísimos problemas, sobre todo para validar al usuario. Tirando de 
memoria:


1.       El la máquina Windows tiene que tener iniciado un servicio de Client 
Access para ejecutar mandatos remotos.

2.       En la red de Windows debería tener un usuario con el mismo nombre y 
contraseña que en el AS400.

3.       Ese usuario debe ejecutar el mandato remoto (parámetro USER) que será 
quien abra sesión en Windows y se validará en el AS400.

4.       Esa conexión con el AS400 debería estar configurada para que utilizar 
el usuario que inicia la sesión Windows.

5.       Creo recordar que nunca conseguimos que funcionara si la sesión de 
Windows no estaba abierta (duda).

Aun así, al cabo de ejecutar muchas conexiones las peticiones empezaban a 
colgarse (TIMW en trabajos activos), había que reiniciar Windows, etc, etc.

Yo TE RECOMIENDO tres métodos que utilizo habitualmente:


1.       Si tengo que ejecutar algo en Windows será siempre en el equipo que 
tiene abierta la sesión con STRPCCMD.

2.       FTP si necesitamos transferir ficheros entre servidores que no estén 
“peleados” con el IFS del AS400.

3.       NetServer o QNTC para intercambio de ficheros con servidores Windows.

Espero haberte aclarado algo. Saludos,

Javier Mora

De: [email protected] 
[mailto:[email protected]] En nombre de Marisol Calvo
Enviado el: jueves, 14 de abril de 2016 17:46
Para: [email protected]
Asunto: RUNRMTCMD

Hola equipo,

Estoy peleándome con la ejecución de un RUNRMTCMD
He hecho mil pruebas y ya no se por donde tirar.

Quiero ejecutar desde un cobol por batch una transferencia de un fichero hacia 
una carpeta de otro servidor donde tengo datos y no hay forma que funcione
Utilizo RUNRMTCMD CMD('rtopcb 
"\\server_datos\SepaXML.tto<file:///\\server_datos\SepaXML.tto>"') 
RMTLOCNAME('server_con_client_Access' *IP) RMTUSER(user creado para la 
transferencia)

En la mayoría de pruebas se queja de tema de credenciales, lo consigo hacer 
funcionar pero tengo que tener la sesión abierta en el 
'server_con_client_Access' y la primera vez le tengo me sale la ventana de las 
credenciales, se las introduzco y funciona hasta que reinicio el AS o cierro la 
sesión de ese servidor donde ejecuto el remoto
En el 'server_con_client_Access' he modificado el servicio del cwbrxd poniendo 
el log on a “local system account” y marcando el check “Allow service to 
interact with desktop”

Alguien me puede explicar cómo lo tengo que montar?
Muchas gracias de antemano ;)

Saludos
Marisol Calvo


Conecta con nosotros: http://www.mga.es
ONLINE: http://www.goldenpark.es<http://www.goldenpark.es/>
_______________________________________________
Confidencialidad:
Este correo y sus archivos asociados son privados y confidenciales y va 
dirigido exclusivamente a su destinatario. Si recibe este correo sin ser el 
destinatario del mismo, le rogamos proceda a su eliminación y lo ponga en 
conocimiento del emisor. La difusión por cualquier medio del contenido de este 
correo podría ser sancionada conforme a lo previsto en las leyes españolas. No 
se autoriza la utilización con fines comerciales o para su incorporación a 
ficheros automatizados de las direcciones del emisor o del destinatario.
Confidentiality:
This mail and its attached files are confidential and are exclusively intended 
to their addressee. In case you may receive this mail not being its addressee, 
we beg you to let us know the error by reply and to proceed to delete it. The 
circulation by any mean of this mail could be penalized in accordance with the 
Spanish legislation. The use of both the transmitter and the addressee's 
address with a commercial aim, or in order to be incorporated to automated 
files, is not authorized.

____________________________________________________
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

Responder a