Не удается отправить в сжатую (заархивированную) папку
Сложение рабочих наборов также мультисчитает страницы, которыми поделятся через процессы, как код от системы DLLs и исполняемые файлы, запущенные несколько раз.
Я должен был закрыть файл, который я имел открытый. Затем я пытался архивировать его снова, и это работало.
Убедитесь, что у них есть доступ к временной папке (я знаю, вы сказали, что пробовали диск C, но, пожалуйста, проверьте еще раз); это сообщение об ошибке обычно означает, что zip не работает, потому что это не так. Кроме того, рассматриваемая временная папка может быть не c: \ temp. Проверьте Свойства компьютера / Информация о системе -> Дополнительные параметры системы -> Дополнительно -> Переменные среды. (Мой - % USERPROFILE% \ AppData \ Local \ Temp .) Учащимся нужен доступ к этой временной папке.
Удачи!
Могут ли ваши ученики отправлять файлы другого типа? Закрываются ли zip-файлы перед отправкой? Вы пробовали переместить zip-файл в другое место перед отправкой? Пример: на рабочем столе, где у них должно быть достаточно прав по умолчанию.
У нас есть политика, которая предотвращает отправку файлов .exe или .bat, и для ее решения мы переименовываем их в .gfe (например, Good For Email) перед их отправкой.
Вы можете попробовать это и рассказать мне?
Надеюсь, это поможет.
Если проблема заключается в заблокированной временной папке, вы можете указать 7-zip использовать другую временную папку. Временную папку также можно изменить в настройках переменной среды на место, где у вас есть дополнительные разрешения.
Вы должны использовать монитор процессов, чтобы увидеть, что именно происходит при возникновении проблемы: https://technet.microsoft.com/en-us/sysinternals/processmonitor.aspx
Я столкнулся с очень похожей проблемой в Windows 10, касающейся возможности заархивировать файл .sql. Я получил сообщение «файл не найден или нет разрешений на чтение». Я попытался настроить безопасность и разрешения для файла и переместить его на другой диск / папку, но ничего не изменилось. Однако я заметил, что этот конкретный файл не имеет значения «дата изменения». Итак, я открыл файл в Code Writer, добавил пробел в конец файла и затем сохранил его. Это создало значение «дата изменения» и, таким образом, я смог заархивировать файл. Я подозреваю, что у какого-то другого приложения была какая-то блокировка файла.
Файлы были заблокированы в папке.
После того, как я закрыл программы, которые заблокировали файл, я смог успешно создать zip-файл.
Похоже на ShadeTreeAdmin, но с добавлением летнего времени "отстает": если у вас есть "вырезанная" отметка времени, например, из копии сетевого файла, кажется, что старый MS- Корни DOS присваивают отметку даты 1 января 1980 года в полночь. Если вы сделаете это во время летнего времени (например, в июне), а затем позже попытаетесь поместить файл в zip-архив, используя пункт меню сжатой папки, когда летнее время закончится (например, в декабре), отметка даты переместится на 31 декабря 1979 г. в 23:00 ... и вы получаете ту же ошибку, что обсуждается в этой теме. Прикоснувшись к файлу, чтобы дать ему реальную временную метку для каждого файла, который будет помещен в сжатую папку, или выполнить незначительное редактирование (например, добавить пробел, сохранить и т. д.), проблема решается.