OR>>> стороны сделанный запрос, значит придёт файло при очередной OR>>> сессии с любой из сторон.
VD>> Причём файл придёт вместе с письмом, с флагом "атт" и VD>> предназначенным тому узлу, который сделал фрек. И опять, если это VD>> не тот же узел, работу которого мы рассматриваем, - письмо с VD>> файлом идёт далее транзитом.
CO> Даже и не знаю, Парма такое сделает? По идее - да. Её пофиг на CO> атрибуты письма. Но для файла - нужны атрибуты! Иначе. письмо то CO> придёт, согласно роутингу, а файл...
Какие аттрибуты для файла? Файл с путём к нему запихиваются в какую-либо лошку. Которая и будет флагом отправки для мейлера.
Относительно аттачей. Была у меня такая настройка в трекере:
=== Вырезка из филе Windows Clipboard === Mask *,*,*,*,*,+a Action ChangePath g:\fido\in\ Action ChangePathMove g:\fido\out\attach\ === Кончилась врезка === Как уже говорилось, что мейлеру задаются приоритеты на отправку. И нетмайл с аттрибутом аттача уходит после отправки файлов. Трекер, обнаружив письмо с аттрибутом, берёт из сабжа список файлов, ищет их в первом каталоге и перемещает во второй. После чего, теоретически, может создать аттач для этих файлов кому-то ещё.
Что я могу еще сказать?.. Oleg
... AKA oleg(&)redut.info AKA https://t.me/OVRnsk --- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает) * Origin: --- ...И все на наш редут... --- (2:5000/111)
