*** Ответ на сообщение из _Carbon.Mail (Carbon.Mail).
Hi, Michael!
24 июн 18 11:58, Michael Dukelsky -> Stas Mishchenkov:
SM>> C 00:39:04 Deleting file r1970_12.djvu that is 83 days old
MD> Это делает sqpack?
Нет. Это делает htick -c hpt.cfg clean
SM>> Файл пролежал у меня меньше суток. Подписчики забрать не успели, SM>> получили только тики от него. В чем подвох?
SM>> htick/w64-mvcdll 1.9.0-cur 13-02-17
SM>> FileArea 957SHEMA d:\downloads\fileecho\957shema -a 2:460/58 -p 64
MD> ^^^^^ MD> Судя по всему, подвох в подчёркнутом. Мейлер на принятом файле ставит MD> дату, которая была у передаваемого файла у аплинка.
Ну, да. А разве это плохо?
MD> Наверно, файл был старше 64 дней, поэтому и был удалён.
Ну, да. А так не должно быть. Он должен удаляться после 64 дней лежания у меня, а не от рождения.
MD> Htick должен при обработке файла проверить, есть ли параметр -p в MD> соответствующей строчке Filearea, и, если есть, то поменять дату файла MD> на текущую.
Гм... А не проще в дупобазе смотреть дату прихода?
MD> Но, судя по случившемуся у тебя, этого не делает. Если кто-нибудь это MD> исправит, будет хорошо. У меня сейчас на это нет времени от слова MD> "совсем".
Грустно. Бужем ждать. :(
MD> В качестве обходного варианта можно попробовать воспользоваться MD> ExecOnFile в конфиге htick:
MD> ExecOnFile 957SHEMA * touch
А под виндой touch еще нужно иметь.
MD> Команда touch присвоит файлу текущую дату. Вместо имени конкретной MD> файлэхи можно поставить шаблон, чтобы это действовало на несколько MD> файлэх.
Ну, это понятно, но такое поведение не совсем корректно IMHO.
MD> Это только идея, я ничего не проверял.
Ну, по скольку файл удален, то и проверить уже нет возможности. :(