SD> orig.message to echo R50.SYSOP on 20 Mar 14 16:57:26 PG>> Вариант: паковать приаттаченные файлы в тот же бандл, где pkt. PG>> Другой вариант: да, сообщение класть в "ожидающее" (например, делать pkt в PG>> inbound или оставлять в отдельном каталоге). Не вижу, чем это сложнее, чем PG>> tic, ожидающий своего файла. Третий вариант: да, файл перед бандлом. Чай, PG>> не на диалапе живём - не вижу существенных недостатков. А если файлов PG>> много-много и они передаются долго-долго, скажем, 8 часов, то всё равно PG>> ведь на время передачи файлов netmail и echomail будут ожидать. Четвёртый PG>> вариант: сделать новый формат pkt, в который можно помещать бинарные PG>> файлы, и паковать файлы в один pkt с мессагами, к которым они приаттачены. PG>> В общем, это не является неразрешимой или даже сложной проблемой.
SD> Плохо только что развалится соотношение - эхомейл ходит быстро, а фэхи - по мере возможности.
Фидошная связь однопоточная. Пока передаются файлэхи, всё остальное ждёт. Поэтому при больших периодах передачи файлэх, быстрое хождение netmail и echomail не получится (разве что - делать отдельные aka и отдельный мейлер для файлэх). И не так уж важно, будет ли echomail передаваться в начале длинной сессии или в конце. По сути, это иллюзия, что если эхобандлы передавать в начале сессии, то эхи будут ходить быстрее. Ну и, повторюсь, на мой взгляд, приоритетность эхобандлов перед файлэхами была актуальна во времена диалапа.
Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5 * Origin: Опыт - это то, что мы получаем вместо того, что хотели (2:463/68)
