Aha!

 ml>  MikeL> Does NETMAIL really have to be set up in only its' own GROUP that
 ml>  MikeL> has only a 'seen by' of the 117/100 HUB here?

 ml> i'm not sure i'm understanding your problem, mike... 
 ml> the default general netmail area (that is managed by 
 ml> FE and a dynamic mailer like FD) doesn't have a group 
 ml> assignment...

 ml> can you explain a bit more, please?

I think you may have hit the nail on the head.  As I got this whole monstor of
117/100 years ago whne it actually was left on the front porch (!) it had a
"Netmail" enbtry in the FE area lists!  That group in which it still 'is'
shows that you at 396/345 are shown to 'see' it. Which I now think I
understand is how this junk NetMail stuff may be showing up to you on the FTP
server connection I poll you from.  Yes,the traffic goes into a 'hold' que as
is 'normal' for your traffic outbound.  But you shouldn't show up as 'seen by'
for this as an 'echo' area at all as far as I can understand this.

This defined NETMAIL area is defined in the 'ADMINISTRATIVE' area here,and it
is a 'standard' Fido area on 1:117/100 here.  1:117/100 does have a default
NETMAIL editor for the system and as well the MAX BBS application for it does
also define tne NETMAIL area and SQUISH handles it properly for NETMAIL as
well as the IE operation.  I can read/receive and originate NETMAIL in either
tool an things work the same.

Thus should I simply remove this strange 'NETMAIL' area in the FE area and see
what happens?

Thanks!

Mike@117/3001 (Max in this case)

--- Maximus/2 3.01
 * Origin: Ziplog Public Port (1:117/3001)