> NP> With relation to Teddy's message in AVT re Mail Mover
 > NP> complaints ( it shows that they do read the echo)

 > RS> Dunno, some do appear to operate automatic UUCODE detectors.
 > RS> Its always been one of those things some go completely berko about.

I think that would be the case.

 > I still remember when I first started Fidomailing getting a
 > nastygram from one complete prick by the name of Trev Roadhouse,
 > proclaiming that taglines are completely unthinkable and must
 > be disabled forthwith. Even he appears to have noticed how
 > comprehensively he was pissing against the wind on that one now.

:-)


 > He still likes to throw his weight around in Aust_Trading on
 > trivia like netmail replys etc too. Rather pathetic really.

Yeah saw that one.


 > RS> Maybe the answer there is a proper TIC file area like Paul has with
 > RS> Public_Domain, so the pictures can just flow thru that instead of being
 > RS> in the main echo itself. Tho, since we all can FREQ anyway, maybe the
 > RS> other approach is to just do the pictures like that off Pauls.

Its the way to go.
Tic the file to paul and post a message that it's there

 > NP> Either way it means Paul as the common central feed ??

 > Sound like the way to go.

Yep.



 > I've often felt that the black hole problem is most likely just
 > various mail tossers marking particular packets as BAD and the
 > mail movers not even bothering to check that stuff too carefully.
 > So you get occasional blocks of messages binned, and that can
 > happen virtually randomly in the sense of whose system did it.

That could be a cause. I was thinking more along the lines of a "lack
of disc space" problem during tossing when an unusually large number
of bundles appear.


 > NP> Think about it.!!!! The mail movers are saying that
 > NP> _they_ don't agree with the content of AVTECH and are
 > NP> considering non transport because of that content!

 > RS> Hard to say how much of that is just flaunting their own
 > RS> importance and how much is real tho outside the UUCODE question.

The UUEncode _IS_ an issue,  An odd small one may pass but a 10 part one
that took 125k _DID_ get a reaction, (probably correctly from thr movers
viewpoint)

 > RS> Great idea, and I agree about the tool too, a spreadsheet
 > RS> is by far the most convenient way to do that sort of thing.

 > NP> It works quite well and even though it is a bit large
 > NP> (96 columns across) I made the figures foreach pick
 > NP> up a different colour.  The diferences stand out OK

 > True, its surprising how many never really look closely enough
 > at the spreadsheet Parse function too, very handy for quite
 > a bit of that sort of quick and dirty massaging of data.

Thought of the parsing but lack of time to set up a usable source layout
stopped me.   I haven't looked further but I will probably have to if I am
to keep it up for any length of time.
Either that or knock up some code to do it.

Cheers
Niels Petersen

--- FMail/386 0.98