Title: RE: [SPAM] RE: [SPAM] mandato rtopcb

Hola Javier, en primer lugar gracias por tu interes. Te explico como tenemos el rtopcb y luego una cosa que nos paso ayer.

 

El rtopcb se ejecuta desde una clp en interactivo a través del mandato STRPCCMD PCCMD('RTOPCB              

          \\servidor_barcelona\carpeta\nombre_transferencia.dtf')

 

Este mandato ejecutado desde Barcelona funciona perfectamente, ejecutado en Barcelona pero emulando una sesión de Madrid funciona a veces y desde Madrid no funciona.

 

Ayer nos paso, que al conectarnos al iSereis Navigator como si estuviésemos en Madrid y abriendo el servidor de Barcelona, nos pide usuario y su contraseña, pues bien a partir de entonces la transferencia funciona perfectamente desde Madrid.????? Por qué? No lo entiendo. Cuando el usuario se conecta al servidor de Barcelona a través de una sesión de Client Access ya se identifica y dicha identificación la tendriá que arrastrar durante toda la sesión , no?

 

Bueno, espero que esto te de alguna pista, ya que aquí estamos un poquito a oscuras, y claro, es un cachondeo decirle al usuario que cada mañana a parte de conectarse por la via normal, lo haga también a través del navigator!!!!

 

 

Una vez más gracias.

 

-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Javier Mora
Enviado el: miércoles, 20 de septiembre de 2006 16:20
Para: [email protected]
Asunto: RE: [SPAM] RE: [SPAM] mandato rtopcb

 

> -----Mensaje original-----
> De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] En nombre de Miquel Lerin
> Enviado el:   miércoles, 20 de septiembre de 2006 9:28
> Para: [email protected]
> Asunto:       [SPAM] RE: [SPAM] mandato rtopcb
>
> Estamos en ambos sitos con windows xp. En principio la única diferencia son las versiones que tenemos en el iseries.

¿Podrías decirme como ejecutas en RTOPCB? Desde un .bat; con RUNRMTCMD, etc. Necesito un poco más de información. Hace mucho tiempo que no lidio con problemas de este tipo.

Ten en cuenta que la máquina \\servidor_bcn\ no es visible directamente desde OS/400, sino desde el PC que está ejecutando el mandato RTOPCB.

>  
> -----Mensaje original-----
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] En nombre de Javier Mora
> Enviado el: martes, 19 de septiembre de 2006 16:51
> Para: [email protected]
> Asunto: RE: [SPAM] mandato rtopcb
>  
> > -----Mensaje original-----
> > De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] En nombre de Miquel Lerin
> > Enviado el:   martes, 19 de septiembre de 2006 12:50
> > Para: [email protected]
> > Asunto:       [SPAM] mandato rtopcb
> >
> > Hola a todos. Os explico un problemilla que me ha surgido y no acabo de encontrar el que?.
> >  
> >  
> > Tenemos el servidor en Barcelona y en Madrid tenemos algunos usuarios que se conectan al aplicativo que tenemos en el servidor de BCN.

> >  
> > Hay una aplicación que genera un archivo de trabajo el cual lo convertimos mediante un .dft en un archivo excel, el cual se guarda en la unidad C:

> >  
> >  
> > Pues bien, en BCN  nos funciona a la perfección, pero cuando lo intentan ejecutar desde Madrid, nos da el mensaje de acceso denegado.

> Esta es una de las razones por lo que nosotros hemos dejado de usar este sistema y hemos optado por FTP (por ejemplo).

> >  
> > La sentencia que se ejecuta es la siguiente:    rtopcb \\servidor_bcn\carpeta\xxxx.dft <<file:///\\servidor_bcn\carpeta\xxxx.dft>>.

> >  
> >  
> > Hay alguien que se haya encontrado con esta situación o que vea como se puede solucionar.
> >  
> Esto ocurre, casi siempre, por problemas entre versiones de Windows y OS/400. Por ejemplo, en Win98 es posible que siempre te funcione, pero al cambiar a Win2000 deja de hacerlo.

> ¿Sobre que Windows ejecutas el programa? Win98/2000/etc.
> ¿Cómo llamas a rtopcb? Con un .bat, con RUNRMTCMD, STRPCCMD, etc.
> >  
> > P.D:
> >      En BCN tenemos un iseries modelo 270, con versión V5R3 y en Madrid tienen el mismo modelo pero con V4R5.
> >  
> >  
> > Gracias a todos.
> De nada.
>         Un saludo,
>  
>         Javier Mora
>         Dpto. Informática
>         Dialsur S.A.U.
>  

Responder a