В этом и суть, что для организации FTN, для случаев с узкой шириной канала, TCP ничего не дает.
Реализовывать надежную доставку по TCP через тюнинг tcp_congestion_control и/или шейпинг исходящего трафика, так себе затея (сабж вроде позиционируется как простое решение). Не говоря уже о том, что не везде на серверах есть права на такой тюнинг (особенно если сервер shared).

Если разбивать передачу на чанки (и регулировать отдачу, чтобы кеши не забились), а потом собирать, то зачем тогда TCP?

Для FTN все равно необходимо иметь свою реализацию гарантии доставки сообщений (что и сделано в UUCP и не сделано в NNCP)

Предпочтение TCP можно отдать только по одной причине - иногда файрволлы блокируют UDP