Я имел успех с Sysinternals Проводник процесса. С этим можно искать для нахождения, какой процесс (процессы) имеют открытый файл, и можно использовать его для закрытия дескриптора (дескрипторов), если Вы хотите. Конечно, более безопасно закрыть целый процесс. Проявите осторожность и решение.
Для нахождения определенного файла используйте пункт меню Find->Find Handle or DLL...
Введите в части пути к файлу. Список процессов появится ниже.
Если Вы предпочитаете командную строку, комплект Sysinternals включает инструмент Handle командной строки, который перечисляет открытые дескрипторы. Несколько примеров о том, как использовать его:
c:\Program Files\SysinternalsSuite>handle.exe |findstr /i e:\
- найдите все файлы открытыми от диска E:c:\Program Files\SysinternalsSuite>handle.exe |findstr /i file-or-path-in-question
Лучший способ состоит в том, чтобы получить контроль электронных писем, прежде чем они будут удалены. Я буду обычно обсуждать и указывать на примеры для Exchange, потому что это - почтовая система, которую я знаю лучше всего.
1-Получают электронные письма от сервера и в архив некоторого вида, когда они создаются. Определенное решение зависит от Вашего почтового сервера... GFI и шерп среди многих доступных для Exchange.
2-мне нравится идея IMAP (комментарий Robert Moir к этому ответу). Еще лучше, если почтовый сервер может держаться за удаленные объекты некоторое время. Exchange имеет "2 уровня" корзина.. один в почтовом ящике пользователей, затем другой доступный только администраторами на сервере. Необходимо будет удостовериться, что сервер имеет достаточно дискового пространства для поддержки всей пользовательской почты, но диск является дешевым.
3-Вы могли также пойти при этом использовании архивация Outlook, особенно если можно управлять настройками централизованно. Если у Вас есть AD, это легко сделать с Групповой политикой. Установите Outlook, чтобы ежедневно архивировать к центральному расположению сервера и включать то местоположение в Ваши ночные резервные копии. У Вас могло также быть "вращение", перемещая их ночью в различные местоположения, таким образом, у Вас есть несколько версий вокруг в случае плохого поведения.
Я думаю, что нет никакого действительного решения этой "проблемы". Так как большинство организаций сохраняет электронные письма на сервере, которые (надо надеяться), регулярно сохраняются, всегда будет опция восстановить Ваши электронные письма от недавнего резервного копирования. Я предполагаю, что это не было бы этически корректно и даже недопустимо, для удаления всех резервных копий.
Так, по-моему, профессиональный способ иметь дело с ним, что Ваша электронная почта работы (акцент на "работу") должна всегда обрабатываться с точки зрения, что компания будет иметь доступ к нему. Сохраните персональные вещи разделенными от делового общения с помощью другого адреса электронной почты и поставщика (веб-.)
Мы делаем стандартные обменные резервные копии, таким образом, я мог сделать это тот путь, если бы я должен был, но я недавно нашел новое поле в обмен на уровне хранилища почтового ящика, который является, отправляют копию всей электронной почты, которую это хранилище использует для другого адреса электронной почты.
Таким образом, в то время как это только эффективно со времени, я начал использовать его, у нас теперь есть архив всего электронного письма, отправленного и полученного всеми в другом почтовом сервере, который является просто простым сервером SMTP. Это сделано больше по легальным причинам и за эти 8 месяцев его выполнение другое затем подтверждение его все еще работа, я не должен был входить в него.
При управлении почтовым сервером - Вы могли бы создать копию каждого сообщения входящей электронной почты, например, с помощью always_bcc функцию в постфиксе.
При использовании Exchange я приблизился бы к этому от стороны сервера сначала (Для незаархивированных электронных писем): Восстановление Удаленных Объектов в обмен 2003.
На "восстанавливающейся почтовой" передней стороне:
Это похоже на несколько из этих плакатов вещь, Вы выполняете Exchange. Другие говорят о поддержке почты. Я предполагаю, что Вы просто храните файлы PST на локальных жестких дисках ПК, и вероятные люди выключают ПК после закрытия так, чтобы Вы не могли получить удаленные резервные копии. Это не самая большая идея в мире для помещения файлов PST на "сетевые диски", но это может быть сделано. Если пользователи оставляют Outlook открытым, тем не менее, Вы не собираетесь быть способными получить последовательные резервные копии файлов PST, неважно, где они живут.
Используя тот небольшой взлом, чтобы "повредить" файл PST и затем восстановить его w/SCANPST является отличной идеей.> улыбка <
На "том, чтобы заставлять почта исчезнуть" передняя сторона:
Так как Вы просто используете файлы PST, и Вы хотите быть уверенными, что PST не является восстанавливаемым, я настоятельно рекомендовал бы использование утилиты перезаписи вместо того, чтобы просто "уплотнить" файл. Очень вероятно, что исследование блочного уровня диска (как с инструментами судебной экспертизы) все еще подняло бы часть старой электронной почты даже после того, как Вы "уплотнили". Перезапись битов сделает их намного более недоступными (и намного более дорогой, чтобы попытаться получить доступ).
Nico: Ваш работодатель все больше походит на радостное место для работы..> вздох <Удача.
Лучший способ сделать это должно использовать некоторый метод, что пользователь не имеет никакого контроля. Если они не будут видеть или будут получать доступ к нему или даже будут знать, что это существует, то они не будут знать, что "должны" удалить его перед отъездом. Несколько опций:
Сообщения, удаленные из обменного почтового ящика, должны быть восстанавливаемыми через удаленное мусорное ведро объектов обмена (сторона сервера - и Вы ДЕЙСТВИТЕЛЬНО имеете, это настроило, правильно?)
Сообщения, удаленные из файла PST, могут быть восстанавливаемыми, только если перспектива еще не уплотнила файл. Файл PST имеет незначительно глупое поведение, и он уплотнит его автоматически при выходе (или открытие) перспектива, если изменения в PST достигли 10% или больше из, его - размер (то есть, если Вы удалите половину сообщений в PST и закроете перспективу, то он, вероятно, уплотнит его, не спрашивая Вас),
Умный способ даже необходимости вуду Ваш путь к тем удаленным электронным письмам, должен вынудить всех хранить их файлы PST на сетевом диске, который является способом, которым необходимо делать его так или иначе, если Вы хотите иметь резервные копии для тех пользователей, которые случайно потеряли данные. Затем можно просто восстановить PST от резервного копирования yesterdays/last недели и возможно только потерять несколько последних сообщений.
Мы используем экс-слияние, действительно выполняют наши обменные резервные копирования. Это хорошо работает, когда нет слишком многих пользователей в сети, но она действительно сдувает безопасность на файлах почтового ящика. Вы смогли бы получить электронные письма abck от резервных копий затем.
Как Системный администратор, я изменил бы права доступа на свой почтовый ящик, таким образом, они не сохранены. Не эффективных 100%, но это сделало бы вещи более трудными, и я сброшу удаленные объекты от администратора системы также.
Я предложил бы, чтобы Вы сделали ежедневные резервные копии всей почты на сервере. Затем когда кто-то решает оставить и удалить их почту перед рукой, Вы все еще haveall там почты в Ваших резервных копиях.
То, сколько времени Вы решили сохранить резервные копии почты, полностью до пространства памяти, политика компании и т.д.
Так как Ваш почтовый сервер находится на Linux, затем Вы, скорее всего, используете maildir формат, я предложил бы работать в кроне:
tar-zxf почта-backup.tgz/path/to/mail
затем то, когда необходимо восстановить Вас, может gunzip почта-backup.tgz и использовать tar для выбора, какой каталог Вы хотите извлечь.