Использование выходных фильтров является на самом деле плохой идеей, поскольку я не могу работать везде.
А лучшая идея состояла бы в том, чтобы дать Вашему серверу приложений команду (полукровка, худая, безотносительно) говорить направляющим базовый URL, где приложение развертывается. Тем путем направляющие могут непосредственно генерировать корректные ссылки. Это может быть сделано путем добавления --prefix /redmine
к параметрам сервера приложений.
В cluster.xml
файл, используемый mongrel_cluster, то же может быть выполнено путем вставки
prefix: /redmine
в него. (по крайней мере, я полагаю, что этот синтаксис правилен)
Когда я видел это, это было, потому что процесс содержал открытую папку, но папка была в процессе того, чтобы быть удаленным. Используйте инструмент как Проводник Процесса, чтобы видеть, имеет ли что-нибудь открытый дескриптор на папке. Я предположил бы что, после того как Вы выпускаете его или перезагрузка, что папка исчезнет.
Это звучит больше как существует файл, соединяют папку - вероятно, некоторое приложение имеет его открытый. Попытайтесь использовать программу как Неблокировщик - он должен показать Вам, какому приложению заблокировали его, и он может выпустить блокировку и затем удалить файл или папку для Вас.
Я был в идентичной ситуации - программа резервного копирования / восстановления, которую мы используем (FDR / Upstream), заблокировала папки - перезапустила свою службу и отпустила.
У меня была такая же проблема, и, как и в случае с Кевином, файл оставался открытым и удалялся. Однако в проводнике процессов ничего не было, разблокировщик отказал, как и многие другие вещи, которые я пробовал.
Оказывается, из-за того, что папка была общей, она была открыта другим пользователем, и это можно исправить, перейдя в Администрирование -> Компьютер Управление -> Общие папки -> Открыть файлы и закрыть оттуда соответствующие файлы или папки. После этого папки автоматически удалились.
Вы говорите, что если вы установите pop3_no_flag_updates = yes
, что почта останется в папке / new, я считаю, что это сделано намеренно.
Одна из причин заключается в том, что в исходной спецификации maildir указано, что сообщения в новой папке не могут иметь флагов. Поэтому, если он не устанавливает флаг, у него нет причин перемещать его в / cur (если он не выполняет часть работы, я подозреваю, что он не будет делать ничего из этого) .. Например, (со страницы курьера maildir ):
Приложения, которые читают почту от maildirs, должны делать это в в следующем порядке:
При открытии папки maildir или maildir прочтите подкаталог tmp и удалите там все файлы, возраст которых не менее 36 часов.
Ищите новые сообщения в новом подкаталоге. Переименуйте новое / имя файла как cur / filename: 2, информация. Здесь информация представляет состояние сообщения, и состоит из нуля или более логических флагов, выбранных из следующее: «D» - это «черновик», «R» - это сообщение получил ответ: «S» - это сообщение просмотрено (просмотрено), «T» - это сообщение было отмечено для удаления (в корзину), но еще не удалено (сообщения удаляются из maildirs, просто удаляя их файл), «F» - это сообщение было отмечено пользователем, для некоторых цель. Эти флаги должны храниться в алфавитном порядке. Новый сообщения содержат только суффикс: 2 без флагов, что указывает на то, что
Вернитесь в папку и станьте владельцем папки и подпапки c: \ users \ xxxx Дайте вам полные права на папку и подпапку c: \ users \ xxx Удалите c: \ Папка users \ xxx Вернитесь к пользователю, у него будут новые новые профили. Как стать владельцем и дать вам полные права на папки и подпапки
- Найдите папку c: \ users \ xxx
- Правая мышь на нем | свойства | Безопасность | Продвинутый | Владелец | Редактировать | Выберите свой рекламный аккаунт | Заменить владельца подконтейнеров и объектов | Применить
- Вернуться на вкладку "Разрешения" | изменить разрешения | добавить свой рекламный аккаунт | Полный контроль | Замените все разрешения для дочерних объектов разрешениями, наследуемыми от этого объекта
- Теперь удалите вашу папку c: \ users \ xxx.
У меня была такая же проблема, и я понял, почему я не могу стать владельцем или даже предоставить разрешения, только с помощью Process Explorer. Он сообщил мне, что мой антивирус AVG захватил весь мой E: \ Drive. Отключил антивирус, и вуаля! Оно работает! Пора удалить эту корзину.
Нечто подобное случилось со мной. У меня был процесс, блокирующий файл. Вот как я это исправил. Я загрузил Process Explorer из «Запустить сейчас» из Sysinternals Live. Затем в строке меню в верхней части приложения я нажал «Найти». Там я ввел файл или каталог, разрешения которого изменить не удалось. Этот процесс может занять некоторое время. Как только файл или каталог появился, я нашел процесс, который удерживает блокировку. Затем я щелкнул правой кнопкой мыши по процессу и убил его.
Я перепробовал большую часть вышеперечисленного после того, как раздражающий файл вызывал сбои при резервном копировании каждую ночь на этой неделе. Наткнулся на это и попробовал несколько дополнительных вещей, но все еще не мог найти, что блокировало его разум.
Если это кому-то еще поможет, в данном случае в общей папке был файл ".TMP". У одного пользователя был открыт лист Excel в папке, у другого была открыта только сама папка. Ничто не позволит получить доступ к этому файлу TMP.
Закрытие соединения для этого пользователя не сработало, так как оно сразу восстановилось.
Удаленно взглянув на компьютер пользователя, который отсутствовал, но оставил эту папку открытой в проводнике, я увидел, что у них настроен проводник на отображение панели предварительного просмотра, и в этой папке был выделен файл Excel, показывающий предварительный просмотр. Выключил предварительный просмотр и закрыл окно и удалил файл с сервера.
Старая добрая Windows, в проводнике процессов, управлении компьютером, openfiles и т.д. записи этого файла вообще не было!