64-битный unixtime не повлияет на соответствие этого самого unixtime. Остальные ошибки затрагивают unixtime в той же степени, что размер и имя файла. Соответственно, считаю, что на несовпадение unixtime нужно реагировать так же, как на несовпадение имени файла или его размера. То есть, как на unexpected M_GOT. Либо игнорировать, либо дропать сессию. А вот воспринимать некорректный M_GOT как корректный думаю, что неправильно.
PG>> Если точнее, то отправка M_GOT с другим unixtime нарушает FTS, а как PG>> такое интерпретировать (игнорировать M_GOT или игнорировать PG>> несовпадение или дропать сессию) - кажется, все варианты корректны. PG>> Игнорировать несовпадение лично мне кажется не лучшим из них.
IA> Вот я и говорю, что надо бы этот момент уточнить в протоколе, поскольку там M_ERR точно указан только на несовпадение IA> пароля.