Подумал с недельку и ничего нового не надумал. Давайте глянем крайний раз, да попробую в доку оформить.

Схема f/c работает по аналогии с x/c, но только для фэх.

Например, f/c/books/pics

Схема f/e работает по аналогии с расширенной u/e, но только для фэх. Возвращает индекс в следующем формате:

hash:filename:size:address:description,

где hash это хеш содержимого файла по алгоритму генерации msgid;
filename - имя файла (ограничения по символам такие же, как и на эхи; по длинне 60 символов);
size - размер файла в байтах;
address - адрес отправителя (nodename, point);
description - однострочное описание файла (ограничени по длинне 1 килобайт).

Например, f/e/books/pics/-5:5

Схема f/f принимает в качестве параметров имя фэхи и хеш файла и возвращает файл.

Например, f/f/books/ansicl.pdf

Схема f/p принимает через POST-запрос параметры pauth, fecho, file и dsc и сохраняет файл в фэху.
----
Подробности реализации в спецификацию забивать не хочу, но технически у меня файлы попадают во фреки.

Из лучшений в голову приходит отказ от передачи имени фэхи в схему f/f. Но насколько это надо, я не знаю. Всё равно больше одного файла за запрос не передать.