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

На счет indy - говно : indy не говно...так катяшок) Багов уйма в версии в Delphi 7. Само собой очень много чего исправлено в текущих версиях. Но на удивлении у ТС похожая ошибка что и у меня в древней версии. Короче по не понятным причинам при скачивании файла из инета у него действительно урезаются 10-20 байт. Причем происходит мягко говоря от балды. Если что то происходит в программе от балды, то по любому это от не правильной синхронизации потоков. А не правильная синхронизация бывает если программист тупо не знает как правильно синхронизировать или тупо ошибся. На синхронизации собаку съел, до сих пор не могу найти где урезается. Кстати поговаривали что проблема с SysUtils, точнее с одной процедурой. Скачал этот модуль с данным фиксом - заработало gzip декомпрессия, а с урезанием "binary" данных не решил пока.

Может дашь четкое определение выражения "матчасть", тогда я тебе скажу что я имел ввиду
Тыкни в это место, я такого не замечал
Чтобы этого избежать нужно разрабатывать такую архитектуру в которой синхронизация не понадобится, ну или почти не понадобится.
У мну как-то изначально она работала, может потому что у меня дельфи 2009 и инди постоянно обновляю, хз.

Так-то баги конечно есть, но они не критичные. Вот например стандартный куки менеджер не использую, пришлось припилить свой, т.к. тот не со всеми сайтами корректно работал и авторизация по кукам проваливалась, несмотря на все обновления.
Ну да, я заметил это по количеству тем открытых тобой про сокеты

На сокетах все в стопятсот раз проще + развивается знание rfc.

На сокетах не проще, но эффективнее и при правильной логике работы будет 100% работать.

Туплю
Версия для D7, так что в твоей может что то поменяли.
Файл IdComponent.pas : смотри конструктор и деструктор.
Если было бы всё так просто, то синхронизация не нужна была бы. Конечно всегда её сводят к минимуму, но без неё во многих задачах ни как.
Естественно.
Я вообще не вижу смысла использовать их куки менеджер, если свой код в 200-300 строк(могу дать), и не надо создавать лишних классов.
Согласен, RFC и API рулят, т.к. код свой, нет боязни что где то там что то не так работает, и собственно размер приложения существенно уменьшается. Но опять же изобретать велосипед не хочется, я думаю нужно просто написать свой маленький движок и юзать его.
Када indy писали, тоже думали что при правильной логике работы будет 100% работать)

Ну так или иначе, если ты верно реализуешь работу своего сокетного движка, предотвратишь возникновение всевозможных ошибок, то твой вариант будет совершенно правильно работать, никаких проблем не будет возникать.

Вот разработчики Indy в реале немного странно поступили. К примеру, есть ошибка в Indy 9 (точной версии не знаю, знаю, что в 10-ой этой проблемы уже нету). В классе TIdMultiPartFormDataStream, который используется для работы с Multipart forms дописывались два дополнительных ненужных байта, к одному из параметров, что почти всегда влияло на результат работы.

Можете прочитать об этом хотя бы здесь: http://forum.vingrad.ru/act-ST/f-86/t-287613.html

Все так просто =) Пробовал в потоках только запросы выполнять?
Куки менеджер это я так выразился чтобы было понятней, на самом деле процедура
строк в 50, не стал морочиться с доменами, потому что каждый объект у меня строго для одного домена
Такой уже есть - Synapse, так что опять велосипед.
Это цветочки
http://janych.selfip.com/Examples/Delphi/Indy/HTTP/
Хоть и про неактуальную версию, но сам факт наличия таких багов обескураживает.

Я такое часто использую, опять же по возможности, бывает что и обработку надо делать многопоточно.
Synapse - уг, там единственно стоящее SSL удобно сделан, а работа с соксами и http-прокси достаточно проблематична если использовать их HTTP компонент. Если бы он хорошо поддерживал последнее и поддерживал gzip/deflate - я бы безусловно использовал бы его.
Читали, знаем)

Обоснуй, на основе чего у тебя сложилось мнение, что Synapse неправильно работает с прокси? И этот компонент нельзя назвать, как ты выразился "УГ", - он довольно стабильно работает.