[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [hobbit] BBWin 0.11 Centralised Config problems



Hello Nick,

2008/4/3, ndegz <nndegz (at) gmail.com>:
>
>
> > You should use [win32] instead of   [dcstest2] in your
> > client-local.cfg because in your bbwin.cfg, the configclass is set to
> > win32 (<setting name="configclass" value="win32" />). Once you will do
> > that, BBWin, will get the rules you have set to ignore some events.
> >
> Does this mean that you cannot have a client entry in client-local.cfg or
> can we change the configclass in bbwin.cfg?

If you want to use something else than win32, then you will have to
change the default configclass value in the bbwin.cfg file.

>  Also the `COMMAND` config parameter in client-local.cfg don't appear to
> work. I have the following entry in my client-local.cfg
>
> file:`C:\listing.cmd`
>
> The listing.cmd file contains the following entry
>  dir "C:\CFusionMX\Mail\Spool"
>
> hobbit-client.cfg contains
> FILE %C:\CFusionMX\Mail\Spool\.* MTIME>600 COLOR=red TRACK
>
> But all i get is a No Files Checked in the status window
>

Can you check the output of the command "dir "C:\CFusionMX\Mail\Spool"

The output has to be very clean like this :
dir "C:\CFusionMX\Mail\Spool"
C:\CFusionMX\Mail\Spool\mail1
C:\CFusionMX\Mail\Spool\mail2
C:\CFusionMX\Mail\Spool\mail3

If you get something like this :
C:\Program Files\BBWin\tmp>dir
 Volume in drive C is MainDisk
 Volume Serial Number is XXXX-XXXXX

 Directory of C:\Program Files\BBWin\tmp

20/02/2008  19:15    <DIR>          .
20/02/2008  19:15    <DIR>          ..
20/02/2008  17:15             6 736 bbwin.cfg.work
20/02/2008  19:14             1 367 clientlocal.cfg
20/02/2008  19:15               274 logfetch.status
20/02/2008  19:14           208 287 msg.winxp.txt
               4 File(s)        216 664 bytes
               2 Dir(s)   8 418 668 544 bytes free

C:\Program Files\BBWin\tmp>

then it won't work.

You shall need to use something else than the dir command. You may
write a small perl or vbscript which is more powerful than the dos
commands.

Best regards,

-- 
Etienne GRIGNON