Насколько помню, там ограничение на длину имени файла не в символах, а в байтах - 255 байт.
С учётом кодировки UTF8 получается так:
"Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx.trashinfo" - 263 байта
"Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx" - 253 байта
(проверяется просто - сохраняем имя файла в текстовом документе с кодировкой UTF8 и смотрим размер файла)
Т.е. имя самого файла - на самом пределе, а вот имя файла-описания для корзины - уже с превышением по длине.
ЗЫ. Аналогичная проблема вылезает и на винде в различных местах - но там имена файлов в системе хранятся в UTF-16, т.е. всегда по 2 байта на символ, так что можно считать, что ограничение на 255 символов.
Плюс ко всему существует и ограничение на полный путь файла, так что часто помогает укоротить вложенность папок и длину имен самих папок.
И ещё может зависеть от конкретных программ, оперирующих файлами, где те же ограничения могут присутствовать.
Лично наблюдал картину, когда проводник нормально показывает файл doc и работает с ним, а вот при клике на нём Word уже не может открыть файл. Достаточно перенести файл на пару уровней папок выше, и его Word уже открывает.
Вобщем, когда программисты писали свои программы, они не догадывались, что пользователи будут делать такие длиннющие имена файлам и папкам.