Two questions: \"man\" and \"ftp\"

[Will Martin]

1) In the "man" command on our Sperry SysV Rel2 systems, there is a 
parameter "-T" that lets the user specify a terminal type so that the
output is correctly formatted for display on the selected device. I have
been trying to get output that is completely plain -- no bolding, highlighting,
underlining, or any special treatment at all. I have tried the options "dumb",
"lp", "X", and a nonsense string. None of these work -- the output is ALWAYS
full of CTRL-H's, repeated characters, etc. What is the magic code to use here
to turn OFF all fancy-izing and come out with just plain unimproved text?

2) I am mystified by the "ftp" man page's description of the "nmap" and
"ntrans" subcommands, which are used in "mget" and "mput" actions to
modify the file names. What I would really appreciate is for someone who
has experience in tis area to post or mail actual examples of using those
subcommands when doing an "mget" action between a TENEX/TOPS-20 system and
a UNIX system, where the user is on the UNIX system and is doing the "mget"
from the TOPS-20 system.

These subcommands are necessary because filesystem structure on the non-UNIX
machines, especially when the user is doing an "anonymous" FTP from a network-
resource host, produces filenames on the UNIX side that are not unique in the
first 14 characters, so that "mget" actions end up writing the same file over
and over, and are a waste.

To give an example: Trying to FTP files from the Network Info Center,
and get DDN Management Bulletins. You do an FTP to host "26.0.0.73" or 
"10.0.0.51" (same machine, different paths) and login with "anonymous"
and "guest" as the password. What you want to get are files stored in
the <DDN-NEWS> directory; doing "cd <ddn-news>" WILL change your working
directory over there to <ddn-news> but it still puts out the incorrect
and annoying error message of "cd: Not a directory" for some odd reason.

Let's say you want to get all the Bulletins in the "60" series -- these
are stored in files with the name format "DDN-MGT-BULLETIN-nn.TXT.1",
where "nn" is the number, so you say:

mget ddn-mgt-bulletin-6*.txt

The system will then try to get you number 60, 61, 62, and so forth.
But it will write each one into the same file, overlaying each
succeeding one on top of the previous, so you will end up with a file
named "DDN-MGT-BULLET" which contains only the last one FTP got.

Has someone out there been able to use "nmap" and "ntrans" to
successfully throw away the redundant duplicate filename parts and end
up with separate files named with something including the number, and
a filename length short enough to be distinct from its predecessors?

Regards, Will Martin