- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вопрос следующий - сталкивался ли кто-то с шифрованием почты на самом сервере на CentOS с Exim? Т.е. писем, которые просто лежат у пользователей в папках.
Шифрованная файловая система не подойдет?
Шифрованная файловая система не подойдет?
В работающем состоянии потенциально имеющий/получивший доступ к системе видит ее расшифрованной, поэтому смысл теряется.
Здесь есть пример шифрования входящей почты https://grepular.com/Automatically_Encrypting_all_Incoming_Email. Кстати рассматривается exim.
Здесь есть пример шифрования входящей почты https://grepular.com/Automatically_Encrypting_all_Incoming_Email. Кстати рассматривается exim.
Да, как раз пытаюсь разобраться с этим. Вопрос в том, как настроить так, чтобы шифрование велось для каждого почтового пользователя (а не как в примере в параметре передается адрес). Жаль, документация по скрипту очень скудная, примеров практически нет.
Вы имели дело с этим скриптом?
Вы имели дело с этим скриптом?
К сожалению нет. Единственное что могу рекомендовать - разобрать скрипт. Благо это perl, логика должна быть читабельна.
Шифроваться/расшифровываться почта будет по какому ключу (ключам)?
Если ключ для расшифровывания будет храниться на сервере, то злоумышленник без труда сможет им воспользоваться.
Если этот ключ будет храниться у пользователя, то с почтой не смогут работать POP3/IMAP серверы.
Даже если шифровать только тела почтовых сообщений (без заголовков), то пользователю всё равно понадобится какой-то специфический софт, который будет входящую почту расшифровывать.
В работающем состоянии потенциально имеющий/получивший доступ к системе видит ее расшифрованной, поэтому смысл теряется.
А. Ну в этом случае шифрование почты должно идти на стороне клиента.
Ибо потенциально получивший доступ, получит и ключи для почты на сервере.
И мы приветствуем победителя - PGP!
Пост закрыт.