Bo:

There is an issue I have with squish in processing the route.cfg file. 
Supposedly squish was "compatible" with confmail (and I think
OMMM) route file concepts.  Unfortunately, there is one difference that
bites....

If you try to use "ROUTE NOARC NORMAL 1:234/567.8 1:234/*"
and then have a line that does something like default route (from memory,
something line "ROUTE CRASH 1:140/1 1:ALL 2:ALL 3:ALL 4:ALL 5:ALL
6:ALL"), then the mail that you packed for 1:234/567.8 gets retargted
and sent to 1:140/1 (in this example).  Actually, it doesn't need to be a
default route.  It just needs to be a command that ends up reprocessing
node 1:234/567.8's outbound mail packets.....

I forget whether the NOARC is needed or not needed in the ROUTE line for
1:234/567.8.  In any case, it keeps me from using NORMAL mail archives, and
instead using just DIRECT, HOLD and CRASH.  I never did get Scott to
understand why I considered this a bug in Squish.....  

So, keep this a very low, back burner item...  Nothing to deal with anytime
soon.....  It may not be easy to correct because of how Squish processes
the route.cfg file (line by line) and sweeps the outbound area for file
processing for each line of route.cfg processed.  

If you don't understand why I consider it a bug, or what I mean by the
above, please let me know so I can attept another explation.

Also, now that I have BinkP running, it might be nice to add support for
ILO type flow controls to the ROUTE.CFG file.

Take care......

Bob Jones, 1:343/41


 BS> Hello All!

 BS> Here is my TODO list for Squish, does any more have more?

 BS> * Fix med MSGID dupe checking, it doesn't do it right :/
 BS> * Fix the GateRoute thing, so the old message is getting the 'Snt' falg
 BS> * Get the SQAFIX sources...

 BS> Regards,
 BS> Bo

 BS> --- GoldED+/LNX 1.1.5

--- Maximus/2 3.01