Привет всем! Надо написать сетевое приложение. Клиент: отсылает данные, сервер принимает их, в ответ посылает ответ. Сервер в любой момент должен быть способен получить список подключенных к нему клиентов и оправить каждому клиенту определенную команду. Я так понимаю, с помощю Indy этого нельзя сделать? Там ведь у клиента нет события прихода информации, а также нельзя будет получить список клиентов, ведь коммуникация происходит между методами connect и disconnect??? Или я ошибаюсь?? Просто мне надо поскорее определить, на чем делать сетевую коммуникацию - на Indy или на TClientSocket & TServerSocket

Как раз в Indy это уже всё сделано.
Скачай IndyDemos и книжку по инди.

Для себя я в принципе уже определился, просто из интереса - как из сервера послать инфу клиенту? Как клиент вообще узнает, что ему инфа пришла?

Какая разница - сервер или клиент.
Разница только на этапе установки подключения.
А после соединения они работают одинаково.
Просто не рви соединение и шли/принимай.

Как я понял клиент сможет получать команды только с помощью проверки прихода инфы по таймеру? Т.е.

??? А если мне надо, чтобы клиент реагировал немедленно?

если есть траблы в понимании инди(сам в нем новайс) - юзай TServerSocket и TClientSocket - там уже есть событие OnRead,.
Чтобы получить список подключенных юзеров, просто используешь TServerSocket..Socket.ActiveConnections и ServerSocket.Socket.Connections[n]         //  n=0..(ActiveConnections-1)

С ними возникла трабла небольшая: от клиента к серверу мне нужно передавать и integer и string и record и потоки... В Indy как-то попроще: типа WriteLn ('@SendString'); WRiteLn ('sending string'); А на сервере обрабатывать первую строку, и в зависимости от нее считывать следующий пакет в соответствующую переменную. А вот как с TServerSocket и TClientSocket такое сделать?

Нет конечно.
Все данные проходят через OnWork.
Только не забывай проверять WorkMode - что там: write или read.
А вообще Indy - библиотека синхронная, а не событийная.
Так что для постоянной работы лучше вынести работу в отдельный thread и там крутить цикл чтения.
Вся работа выполняется последовательно, как с файлом или консолью - прочитал, обработал, записал, снова читаешь...