Для опреления сетевых интерфейсов (одним из которых является и интерфейс твоего модема) и установления соединения и сужесвующих телефонных книг на компе я использовал функции RAS API. Правда, по моему там были проблемы передачи параметров в структуры. Но это болется написанием функционала в FLL. Для работы с файлами можешь использовать WInInet API, там все есть и как взять данные и как положить и куда и т.д и т.п, а можешь простой командой RUN ftp и подставить в качесве параметра команды ftp имя файла скрипта в котором полностью прописан сценарий того что делать.
Ну вот , примерно такие соображения.

> Насчет присоединения скрипта к вызову команды ftp - не совсем понял - >это будут вызовы все тех же api-функций?

Нет. Ты же можешь ручками манипулировать данными на FTP сервере ?
Можешь. Запускаешь "пуск" ->"выполнить" , там набираешь команду FTP и попадаешь в консольное приложение FTP клиента которое стоит , если не ошибаюсь, на любых виндах. Вот там можно манипулировать данными сервера с которым ты конектишься , опять же с помошью команд. Так вот , это команда (FTP) , при старте может принимать имя файла в котром твои команды уже набраны. Вот тебе и остается в результате работы твоего приложения только создать этот файл(к кому конектится, и что делать) и просто запустить это все добро фоксовским RUN.
Консольные команды FTP клиента можно посмотреть запустив FTP /?.
Остаеться только соединиться. Причем тут тож 2 подхода.
1. С использоваем записей телефонных книг, это через RAS API.
2. Можно все эти RAS API "послать" и набирать номер напрямую, через
команду модема "AT". Тож работает. Только в этом случае тебе придется работать с СOM портом. Но и это борется. Можешь, через OCX MSCOMM, а можешь и его послать, открыв порт просто фоксовской командой
FCREATE("COM1",12) и просто писать туда данные и читать как в обычный файл.

Ага, зависает. :))
Там же есть 2 режима: синхронного обмена и асинхронного.
Так вот под модель не Protection-Memory-Mode (это все что не техгологий NT)
муляж асинхронности, а с распеределением задач посредсвом объектов синхронизации , ну там критические секции , мьютексы, семафоры..., в них на уровне ОС глюк. Вот и тормозит и зависает. Тож на это ловился. Одна программулина, под NT пашет будь здоров. Под Win95/ 98 тормозит и работает синхронно, блокируя обработку всех сообщений Ос в главном окне приложения. Но тут есть выход. использовать посекционную закачку и отправку сообщений. Но тогда и сервер должен быть такой , чтобы понимал что от него хотят не всеь файл а только процент. Ввести на закачку/отправку отдельный поток и все получится.
Так, если ты понимаешь что делать, какие проблемы тогда еще ?

http://www.progz.ru/viewtopic.php?t=2017 - вот тут.

Так вот , это уже проблемы твоей программной реализации.
Если не критично то используй HTTP. Я вообще не вижу разницы в подходах, за исключением того что по FTP ты используешь 21 порт, а по HTTP 80, тем более что по HTTP секции реализованы на уровне API. Но уж если так критично использовать FTP , то что тебе стоит самомоу порезать файлик, а серверу его собрать. Я же говорю - сервер должен понимать что от него хотят , а значит должен быть твой или пропатченный тобой.

Погодь. На выходных посмотрю, все уже написано.
найду - вышлю FLL c функционалом.