PG>>>> параметра). Возможно, правильнее было бы при непонятном M_GOT PG>>>> слать M_ERR и дропать сессию - не уверен, как лучше.
IA>>> Может стоить уточнить этот момент и обновить протокол? ;)
PG>> А как по-твоему правильно вести себя в этой ситуации?
IA> IMHO - если lenA==lenB && nameA==nameB то unixtime можно опустить. IA> А вот если lenA!=lenB то unixtime можно использовать как идентификатор того, какой же именно файл передался с неверным IA> количеством байт.
В каком случае (кроме ошибки мейлера) unixtime принятого файла может не совпадать с передаваемым?
Заглянул в FTS-1026. Там написано:
M_GOT "<filename> <size> <unixtime>"
Argument values for this command shall be the same as for the M_FILE sent by remote. (In other words arguments are: "filename", "size in bytes" and "unixtime" of successfully received file. These values MUST be decimal integers).
Так что игнорирование unixtime будет нарушением FTS. Если точнее, то отправка M_GOT с другим unixtime нарушает FTS, а как такое интерпретировать (игнорировать M_GOT или игнорировать несовпадение или дропать сессию) - кажется, все варианты корректны. Игнорировать несовпадение лично мне кажется не лучшим из них.
Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5 * Origin: Опыт - это то, что мы получаем вместо того, что хотели (2:463/68)
