Способ сделать это, по-видимому, должно создать новый виртуальный сервер SMTP, выделенный для доверяемых сессий. Обяжите это портировать 587 и запрещать анонимным пользователям. Затем реконфигурируйте все свои клиенты для использования порта 587 вместо 25 для SMTP.
Существует также ошибка в MailEssentials, где GFI продолжит контролировать почту от обоих виртуальных серверов, даже при том, что GUI указывает, что только связывается с сервером по умолчанию. Для фиксации этого нужно выбрать сервер на порте 587, применяться, затем выбрать сервер по умолчанию и применяться.
Unix, который способ сделать его через существующие полномочия, делают тот каталог и его содержание owned
определенным владельцем и/или группой и требуют всех к su
тому владельцу или быть частью той группы для доступа к содержанию путем удаления чтения и полномочий записи от всех, но того пользователя и/или группы, su
запросит пароль.
В теории Вы могли сделать что-то вроде хранения содержания каталога в зашифрованном файле и разрешении fuse
поставщик дешифрует его в файловую систему - но сначала предоставление пользователю с диалоговым окном. (и по-видимому блокирование системных вызовов той файловой системы, пока пользователь не вводит пароль),
Грязный, но это могло работать.
Да, это возможно. Решения - это:
Вы могли сделать, некоторой сумасшедшей вещи нравится, пишут Вашу собственную программу 'CD', которая аутентифицировала бы пользователя и затем использовала бы списки управления доступом для изменения каталога перманент, чтобы дать им разрешение рассматриваемому каталогу (и я предполагаю рекурсивно все под ним), и затем назовите нормальный 'CD' для входа в него. Это также имело бы к так или иначе тайм-ауту и вернулось бы перманент или так или иначе решило бы, что они вышли из системы. Определенно испытание.
Во-первых, UNIX больше не существует. Только UNIX-подобный. Сходство между ними слишком велико, чтобы дать вам точный ответ на рассматриваемый вопрос.
Вещи, которые могут быть упомянуты как , связанные с тем, что вы спрашиваете, следующие: