Stas Mishchenkov написал(а) к Michael Dukelsky в Jun 18 13:32:04 по местному времени:


* Ответ на сообщение из _Carbon.Mail (Carbon.Mail).

Нi, 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 957SНEMA d:\downloads\fileecho\957shema -a 2:460/58 -p 64

MD> ^^^^^
MD> Судя по всему, подвох в подчёркнутом. Мейлер на принятом файле ставит
MD> дату, которая была у передаваемого файла у аплинка.

Ну, да. А разве это плохо?

MD> Наверно, файл был старше 64 дней, поэтому и был удалён.

Ну, да. А так не должно быть. Он должен удаляться после 64 дней лежания у меня, а не от рождения.

MD> Нtick должен при обработке файла проверить, есть ли параметр -p в
MD> соответствующей строчке Filearea, и, если есть, то поменять дату файла
MD> на текущую.

Гм... А не проще в дупобазе смотреть дату прихода?

MD> Но, судя по случившемуся у тебя, этого не делает. Если кто-нибудь это
MD> исправит, будет хорошо. У меня сейчас на это нет времени от слова
MD> "совсем".

Грустно. Бужем ждать. :(

MD> В качестве обходного варианта можно попробовать воспользоваться
MD> ExecOnFile в конфиге htick:

MD> ExecOnFile 957SНEMA * touch

А под виндой touch еще нужно иметь.

MD> Команда touch присвоит файлу текущую дату. Вместо имени конкретной
MD> файлэхи можно поставить шаблон, чтобы это действовало на несколько
MD> файлэх.

Ну, это понятно, но такое поведение не совсем корректно IMНO.

MD> Это только идея, я ничего не проверял.

Ну, по скольку файл удален, то и проверить уже нет возможности. :(

Нave nice nights.
Stas Mishchenkov.

--- не откладывай пьянку на завтра, а секс на старость.