Mike Tripp @ 1:382/61.1 wrote on 01-22-98 15:23 about *Squish*
 LL>> squish based newsgroups areas are another thing though.....it
 LL>> doesn't seem to matter if I use the -$d or -$m arguments or what
 LL>> value they are set at, some of my newsgroups areas will get
 LL>> packed correctly but others won't.
 MT> can verify this by running SQSET (without settings) against the
 MT> ones that aren't packing and you'll probably get 0 0 0 in return.
 MT>  Do the same against an area that =is= packing properly and you
 MT> should get some real values instead of all zeroes. 
Good solid info.....thanks for the pointer
 MT> SQSET the values you want on the areas without them, and SQPACK
 MT> should behave as you'd expect.
Yeppers that sure did the trick alright! :-)
 MT> Does SOS parse SQUISH.CFG or does it have it's own config for the
 MT> newsgroup areas?  
It has it's own CFG which basically just defines the newsgroup name and 
directory/file name.
 MT> You may want to nag the author to support the flags, if he's not.
This is what I kinda find confusing, Mike; that is, should the author have to 
support squish's flags?  What I am trying to say, is that really, all SOS is 
doing is converting from one message format to another.......it shouldn't 
have to be responsible for the flags as this is squishs (and it's support 
programs) job. 
 I was under the impression that any arguments specified in Squish.cfg would 
be supported by squishs' support programs such as sqpack.........that is, if 
the arguments are present in squish.cfg then those are the default arguments 
and as such should be supported.  In my particular situation it would seem 
that sqpack isn't either 1) supporting the flags or 2) not checking 
squish.cfg for possible arguments if no *.sql file exists.  Will have to take 
a bit closer look at the squish docs to see if I've missed something along 
the way..........
 MT> PS You might want to look at NGate if you're not actually using
 MT> the SOUP format for anything.  It goes straight from the NNTP
 MT> server to the Squishbase without any intermediate file format(s)
 MT> or additional conversion steps.
Hmmm.......good suggestion.  I did take a look at NGate a while back but for 
some reason or other rejected it......probably time for another look at it.  
:-)
Thanks for the info, Mike.......much appreciated! :-)
--- Sqed/32 1.14/r15155
---------------