Hola Victor:
 
Comprueba el atributo *RSTDRNMUNL del directorio /tmp. Si está en *YES, 
cámbialo con:
 
CHGATR OBJ('/tmp') ATR(*RSTDRNMUNL) VALUE(*NO)
 
Consulta este LINK:
 
http://www-912.ibm.com/n_dir/nas4apar.nsf/c79815e083182fec862564c00079d117/f87ad7362ebf6be986256e9900544b17?OpenDocument&Highlight=2,II13869
 
 


________________________________

        De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Victor 
Puiggali
        Enviado el: jueves, 03 de abril de 2008 18:14
        Para: [email protected]
        Asunto: Envío de correo utilitzando Qtmmsendmail
        
        
        Compañeros,
         
        Utilizo desde hace tiempo la utilidad SNDMAIL para el envío de correo a 
través de SMTP utilizando el API Qtmmsendmail sin problemas.
         
        Ahora hemos cambiado el iseries. El nuevo está en V5R4.
         
        El problema es que sí que manda los correos, pero luego los deja en el 
directorio /tmp y termina los trabajos QMSF (uno cada vez que envías un correo).
         
        Rastreando he encontrado el siguiente error:
         
        Módulo origen . . . . . . . :   QTMMUTLM                                
      
        Procedimiento origen  . . . :   qtmf_IssueMessage__FPcT1ie              
      
        Sentencia . . . . . . . . . :   178                                     
      
        Módulo destino  . . . . . . :   QTMMFILE                                
      
        Procedimiento destino . . . :   Check_errno__FUl6IFSOPRPci              
      
        Sentencia . . . . . . . . . :   52                                      
      
        Mensaje . . . . :   Eliminación de enlace anómala para archivo del 
Sistema de 
          Archivos Integrado.                                                   
      
        Causa . . . . . :   La función RTCP requiere la utilización de un 
archivo del 
          Sistema de Archivos Integrado cuyo nombre es /TMP/EMHDR404.TXT. La    
      
          eliminación de enlace para este archivo ha resultado anómala. El 
número de  
          error devuelto desde la llamada es 3027. Se sospecha que el archivo 
está    
          dañado. Recuperación  . :   Detenga la Infraestructura del Sistema de 
      
          Correo, por ejemplo, ejecute "ENDMSF" y rearranque "STRMSF". NO 
utilice la  
          opción "CLEAR". Con ello se reiniciarán todos los mensajes no 
procesados a  
          través de la Infraestructura de Mensajes. Compruebe entradas 
anteriores de  
        las Anotaciones de Trabajo para ver las posibles razones de la 
anomalía.    
        Valores de número de error probables: EACCES      3401  Permiso 
denegado    
        EBADNAME    3014  Nombre de archivo especificado no válido EBUSY      
3029  
        Recurso ocupado EDAMAGE      3484 Se ha encontrado un objeto dañado 
EEXIST  
           3457 Existe el archivo EIO         3006  Error de entrada/salida 
EMLINK  
           3468 Se ha sobrepasado la cuenta de enlaces máximos para un archivo  
    
        ENOENT      3025 No existe el archivo o la biblioteca ENOMEM      3460  
    
        Petición de asignación de almacenamiento anómala ENOSPC      3404 No 
hay    
        espacio disponible EPERM      3027 No se permite la operación EUNKNOWN  
    
         
        El caso es que manualmente elimino el archivo /TMP/EMHDR404.TXT sin 
problemas.
         
        ¿Alquien puede darme una pistilla?
         
        Gracias anticipadas,
        Víctor

__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

Responder a