DO>> Блин. К тебе попало письмо которое адресовано на 5090/958.1 каким DO>> образом на нём оказался флаг директ? DK> Попал файловый запрос. Представ, что 2:5090/958.1 запросил фреком DK> Санту Барбору в HD качестве и чего, все эти гигабайты поползут по DK> роутингу через 2:5090/958? Фреки всегда шли директом и ждали прозвонки DK> от запрашиваемого на холде. Договорённость "роутить аттачи" - это DK> скорее вопреки, а не благодаря.
Видимо мы с тобой запутались. Ты в предыдущем письме писал про роутинг файлов, то есть про аттачи, а не про фреки.
Фреки всегда шли директом - это традиция. Hо если приспичет, письмо с флагом frq (запрос файла) и\или att (письмо с файлом) можно зароутить и если адресат поддерживает обработку этого флага, этот запрос корректно обработается и в обратку будет послан аттач. По крайней мере в стандарах я не нашёл ограничений на роутинг флагов frq и att.
Hо есть софт который старается флаг frq оторвать и отработать по SRIF забивая на то, что это транзитный нетмыл и адресован он другой системе. И имхо это косяк такого софта. С флагом att (аттач) дела обстоят проще, с нии таких проблем нет.
По этому роутинг фреков и аттачей технически возможен, но фактически работает так, как этого хочет сисоп.
А вот чтоб понять какие узлы как отрабатывают такие приключения пришлось разослать тесты :-)
В твоем случае файл завис на директном холде, и висел бы там вечно. Потому, что поинты обычно прозванивают только своего босса и скорее всего даже не знают что где-то их может ждать файло на холде. А доставить самостоятельно ты бы его не смог т.к. неизвествен номер телефона (ip) этого поинта.
Bye, Dmitry.
--- GoldED/2 3.00.Beta5 UNREG * Origin: Powered by IBM PC (2:5090/958)