Каким пользовательским интерфейсом вы пользуетесь и почему?
На IETF-OpenPGP mailinglist прозвучало удивительное (для меня) утверждение, что значительное количество пользователей шифруют корреспонденцию методом cut&paste, а не интегрированым в почтовый клиент шифрованием.
Хотелось бы узнать мнение и наблюдения на этот счет участников форума. Чем вы пользуетесь? Что рекомендуете другим?
комментариев: 510 документов: 110 редакций: 75
PS. Хочется еще добваить, что эту связку я применяю в Windows, в последнее время появился интерес к Linux, не без возможности полного (или почти полного) на него перехода в дальнейшем. Чем пользоваться там пока не изучал, но по моему там можно использовать тот же комплект программ, тем более учитывая, что GPG является частью данной ОС.
комментариев: 225 документов: 8 редакций: 2
Хочу ещё попробовать Mutt, когда более менее в Linux/FreeBSD освоюсь.
[quote:18a8b4d424="Д. Надь"]На IETF-OpenPGP mailinglist прозвучало удивительное (для меня) утверждение, что значительное количество пользователей шифруют корреспонденцию методом cut&paste, а не интегрированым в почтовый клиент шифрованием.
]>
Да уж, я тоже от Вернера Коха такое не ожидал:
http://www.imc.org/ietf-openpg.....rchive/msg12922.html
http://www.imc.org/ietf-openpg.....rchive/msg12926.html
комментариев: 9796 документов: 488 редакций: 5664
Выглядит все красиво, вроде должно быть удобно, но я этим не пользуюсь.
Коммандная строка все равно предоставляет больше возможностей. У меня есть набор простеньких скриптов для gpg, mixmaster, tor, так чтобы например одной коммандой можно было например перед отправкой сообщения обновить ключ корреспондента через скрытый сервис сети tor.
(Разработчики почтовых программ до такой функции еще дойдут не скоро).
А поскольку все почтовые сообщения у меня хранятся в виде простых текстовых файлов (а не в базе данных, как во многих почтовых программах), то работать с консолью очень удобно.
Опять же есть некоторое параноидальное опасение, что если в почтовой программе будет уязвимость, то она сможет запустить процесс, который сможет прочитать закрытый ключ после ввода пароля.
А в консоли можно хранить ключи отдельно от почтовой программы или вообще работать под другим пользователем, перекопировав данные в изолированный каталог.
Кстати, эта одна из причин, по которой мне не нравится, когда почтовые программы объединяют с браузерами (я уж не говорю про офисные текстовые редакторы).
Для отправки почты через web (если использовать tor, то по другому сложно) приходится делать vi message; cat message | gpg --encrypt [...] | xclip
комментариев: 98 документов: 8 редакций: 10
комментариев: 11558 документов: 1036 редакций: 4118
Насчет обновления ключа перед его использованием, я считаю, что это в компетенции шифрующего back-end (то есть gpg в нашем случае), а не почтового клиента.
Вопросы к unknown: Как называются отдельные файлы в вашей входной почтовой папке? Для меня самая важная услуга почтового клиента — список сообшений, из которого можно быстро выбрать то, что меня интересует. Как вы его составляете?
Правда я понимаю, что для настоящего фундаменталиста та информация, что хранится в загаловках rfc822 все равно не достоверна. У вас есть скрипт и для того, чтобы составить список проверенных авторов сообщений?
Как вы разбераетесь с MIME? А с PGP/MIME?
комментариев: 9796 документов: 488 редакций: 5664
1, 2, 3, 4, 5 ...
Все входящие разбрасываются фильтром по нужным папкам и я вижу их номер. А затем я просто перекопирую и cat 1 | gpg --decrypt | less
Да все отображается, даже картинки. На крайний случай можно расковырять через mimencode и выдрать заголовки.
Самый тяжёлый случай – это навороченная реклама с баннерами и открытки, но к счастью, коммерческой деятельностью я не занимаюсь и могу не мучиться с выдиранием этих криво запакованных gif и jpeg.
Пока могу себе позволить принцип – если письмо не читается, значит оно того не стОит. Самые полезные письма приходят в encrypted(plaintext).