A mi también me pasa, pero yo lo asociaba a que el servidor de correo no contesta puntualmente a las peticiones y que me daba el error por timeout. La verdad es que ni el 400 ni el servidor de correo encontramos una explicaciones para esto, pero me pasa alguna vez.
[cid:[email protected]] JAVIER MOREDA FERNANDEZ TECNOLOGIA Y EXPLOTACION CONTROL, PROCESOS Y OPERACION AVDA. DE BURGOS, 109 - MADRID - 28050 Tel: 912018855 Antes de imprimir este correo electrónico piense bien si es necesario hacerlo: el medioambiente es cosa de todos. ADVERTENCIA LEGAL: Este correo electrónico, y en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial, exclusivamente dirigida a su destinatario, salvo error u omisión involuntarios. Queda prohibida su divulgación, copia o distribución a terceros, sin la previa autorización por escrito de su remitente. En el caso de haber recibido este mensaje por error, se ruega comunique esta circunstancia mediante su reenvío a la dirección electrónica del remitente y proceda a su eliminación, así como la de cualquier documento adjunto al mismo. La Compañía ha adoptado todas las medidas a su alcance para impedir la implantación de virus informáticos en este correo y su documentación adjunta hasta el momento de su emisión, sin que asuma responsabilidad alguna por los eventuales daños o pérdidas que pueda ocasionar la recepción del mismo. ________________________________ De: [email protected] [mailto:[email protected]] En nombre de Javier Mora Enviado el: martes, 22 de febrero de 2011 13:03 Para: forum.help400 Asunto: Curiosidad con utilidad SNDM Hola a tod@s<mailto:tod@s>: Estoy utilizando el mandato SNDM (http://homepage1.nifty.com/uzaemon/#download) para el envío del correo electrónico desde el AS/400. Hasta la fecha todo ha funcionado bien, pero el otro día nuestro servidor de correo no estuvo operativo y se generó un problema por un comportamiento extraño (entiendo que es así) de este mandato. El programa CL que lo usa supervisa el mensaje CPF9897 que emite el mandato cuando hay algún problema (en concreto el código de razón -203, el sistema remoto no responde). El CL no falla y cambia un parámetro que devuelve a los programa llamadores indicando que no se ha enviado el correo. Al finalizar toda la cadena de llamadas, se produce un error RPG0202 al alcanzar el primer programa RPG. Lo detallo un poco: PGM1 (un RPG OPM) | ^ Al regreso se produce el error RPG0200 V | PGM2 (un CL OPM) | ^ Al regreso no detecta excepción alguna V | PGM3 (un CL OPM) | ^ Al regreso no detecta excepción alguna V | PGM4 (un CL OPM) SNDM MONMSG CPF9897 (si no superviso, se produce un mensaje de error en PGM4). Si reviso la estructura de estado el programa en PGM1 (la SDS) no veo ningún mensaje que provoque la excepción. Lo más curioso todavía es que si compilo PGM1 como ILE, no se produce el comportamiento explicado y no se emite ningún mensaje de escape. Después de mucho investigar no he conseguido averiguar que id de mensaje de escape produce todo esto. Estoy en V5R4. ¿A alguien le ha pasado algo parecido? ¿Alguien que utilice SNDM podría probar esto mismo? ¿Se repite la historia? Un saludo. Javier Mora García Departamento de informática E-mail: mailto:[email protected] Web: http://www.musgrave.es<http://www.musgrave.es/> MUSGRAVE ESPAÑA S.A.U. Carretera Casa del León, Km 2 03293 - ELCHE - ALICANTE (SPAIN) Tlfo: +34 96 665 73 00 Fax: +34 96 665 73 10 Este correo electrónico y cualquier fichero adjunto al mismo contienen información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Queda prohibida su divulgación, copia o distribución a terceros sin la previa autorización escrita de Musgrave. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. The information in this e-mail and in any attachments is confidential and solely for the attention and use of the named addressee or addresses. You are hereby notified that any dissemination, distribution or copy of this communication is prohibited without the prior written consent of Musgrave. If you have received this communication in error, please, notify the sender by reply e-mail.
<<inline: image80f888.GIF>>
____________________________________________________ Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
