Ralf! (lol) Yeah, you could say that is another resonable solution! Anyway I just wanted to emphasize this is an Unix problem, not a Cach� one, and any Linux-like aproach that lets Cach� read and write to its work directory when logged as a given user (fabio, ralf, etc) even though this may not affect CSP apps as they run as root. Understood?
[]s F�bio "Ralf Huwald" <[EMAIL PROTECTED]> escreveu na mensagem news:[EMAIL PROTECTED] > Fabio! > > I had a similar problem some weeks ago (cache 5.04, redhat linux). I added > an entry in %ZSTART routine, that changed the actual directory for > background jobs... > My EMail routine worked fine in foreground, in background (as a job) the > body disappeared. After changing %ZSTART my routine works great! So there is > no need to CHMOD the database directory. > > %ZSTART ;%SYS;GRL;Process Startup;;GRL;22.03.01 > SYSTEM ; > Q > LOGIN ; > ... > Q > JOB ; > ... > I $ZU(168,"xxxxx") ; xxxxx -> subdir for cache-jobs, e.g. /tmp/ > ... > Q > CALLIN ; > Q > > Ralf > > "Fabio" <[EMAIL PROTECTED]> schrieb im Newsbeitrag > news:[EMAIL PROTECTED] > > Problem solved! > > > > It was a permission problem alright. > > Solution: chmod on the directory containing the CACHE.DAT file. > > > > Thanks anyway. > > > > "Peter Cooper" <[EMAIL PROTECTED]> escreveu na mensagem > > news:[EMAIL PROTECTED] > > > Fabio > > > > > > Sound as though it's a permissions problem > > > > > > does it work from a Telnet session rather than a TRM? > > > > > > TRM sessions you have the privs that you have logged on to the server > > > with > > > > > > Telnet/CSP sessions have the Cache Privs - set in Config Manager | > > > Advanced | IO - Network user name/password > > > > > > Peter > > > > > > PS it's always good to always check the returned status code - many > > > people have fallen over not doing this > > > > > > > > >
