= Сообщение: 198 из 2735 ==================================== RU.FTN.DEVELOP = От : Valentin Kuznetsov 2:5053/51 20 Jan 14 08:14:00 Кому : Ivan Agarkov 20 Jan 14 08:14:00 Тема : binkp unixtime FGHI : area://RU.FTN.DEVELOP?msgid=2:5053/51.0+2dcb2490 На : area://RU.FTN.DEVELOP?msgid=2:5020/849.1+52da6176 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/849.1+52dca832 ============================================================================== Мои пpибоpы сказали `Spam detected`, я пpовеpил, а оказалось, это Ivan Agarkov пишет Pavel Gulchouck:
IA>> А unixtime в M_GOT / M_GET / M_SKIP должен совпадать с тем, что IA>> отправляет M_FILE ? PG> Да, файл идентифицируется по трём параметрам: имя, размер, время PG> модификации. Если какой-то из этих параметров не совпадает, значит, PG> это другой файл.
IA> И что считается "правильным" поведением, если например был IA> передан M_FILE "00000000.pkt 100 12345678 0", а в ответ IA> пришло "M_GOT 00000000.pkt 100 87654321" ? IA> Дропать передачу, считая что файл не передан? Дропать сессию IA> с ошибкой? Принимать с варинингом в логи? Что-то другое? Следует реагировать как на M_GOT не от этого файла потому, что согласно параметрам, к этому файлу оно не имеет отношения. Потому только записать в лог о неожиданном M_GOT (не относящимся ни к какому файлу) и пытаться делать вид, что ничего страшного не произошло Вообще-то следует также проверить, что твоя система посылает в ответ на запросы на докачку и нет ли какой другой лазейки для отправки неверного UNIXTIME...
