Tod.Shannon@DRAGON.CIMDS.RI.CMU.EDU (02/03/89)
We used the page structure for the CMU-TEK FTP because we wanted to stay nominally within the FTP spec. I don't think the page structure is really the way that we should go, since it really is a TOPS-20/Tenex-ism. The 255 (if I remember correctly) byte limit per page isn't really suited to VMS; if we are going to make some VMS specific changes to the spec, they should be oriented towards efficiency as well as functionality. On the matter of having filters, I think the real world demands a better solution. A two step process for special file transfers would be awkward and confusing; I think if filters became a "standard" that it would be a standard soon retired to the dusty shelves of disuse. It would be nice if everything could be designed and implemented in a vacuum, and if everyone used the same "standards," and if all the "standards" were of excellent quality. Unfortunately, we don't live in a vacuum, standards are often ignored (for good and bad reasons), and they are often of poor quality. I think it is pointless to discuss whether or not the addition of VMS specific changes to the FTP spec. is appropriate. The need for the functionality exists and it is unreasonable to believe that vendors and other institutions will discontinue efforts in support of such a need. It is our job to try to meet the functionality requirements in the best way that we can. -Tod Shannon