Домен не зашифровал это сообщение

Домен не зашифровал это сообщение

Дельта принтеры крайне требовательны к точности изготовления комплектующих (геометрия рамы, длины диагоналей, люфтам соединения диагоналей, эффектора и кареток) и всей геометрии принтера. Так же, если концевые выключатели (EndStop) расположены на разной высоте (или разный момент срабатывания в случае контактных концевиков), то высота по каждой из осей оказывается разная и мы получаем наклонную плоскость не совпадающая с плоскостью рабочего столика(стекла). Данные неточности могут быть исправлены либо механически (путем регулировки концевых выключателей по высоте), либо программно. Мы используем программный способ калибровки.
Далее будут рассмотрены основные настройки дельта принтера.
Для управления и настройки принтера мы используем программу Pronterface.
Калибровка принтера делится на три этапа:

1 Этап. Корректируем плоскость по трем точкам

Выставление в одну плоскость трех точек — A, B, C (расположенных рядом с тремя направляющими). По сути необходимо уточнить высоту от плоскости до концевых выключателей для каждой из осей.
Большинство (если не все) платы для управления трехмерным принтером (В нашем случае RAMPS 1.4) работают в декартовой системе координат, другими словами есть привод на оси: X, Y, Z.
В дельта принтере необходимо перейти от декартовых координат к полярным. Поэтому условимся, что подключенные к двигателям X, Y, Z соответствует осям A, B, C.(Против часовой стрелки начиная с любого двигателя, в нашем случае смотря на логотип слева — X-A, справа Y-B, дальний Z-C) Далее при слайсинге, печати и управлении принтером в ручном режиме, мы будем оперировать классической декартовой системой координат, электроника принтера сама будет пересчитывать данные в нужную ей систему. Это условность нам необходима для понятия принципа работы и непосредственной калибровки принтера.

Точки, по которым мы будем производить калибровку назовем аналогично (A, B, C) и позиция этих точек равна A= X-52 Y-30; B= X+52 Y-30; C= X0 Y60.

Алгоритм настройки:

1. Подключаемся к принтеру. (В случае “крагозяб” в командной строке, необходимо сменить скорость COM порта. В нашем случае с 115200 на 250000 и переподключится)
   
   После чего мы увидим все настройки принтера.
   
2. Обнуляем высоты осей X, Y, Z командой M666 x0 y0 z0.
   И сохраняем изменения командой M500. После каждого изменения настроек необходимо нажать home (или команда g28), для того что бы принтер знал откуда брать отсчет.
3. Калибровка принтера производится “на горячую”, то есть должен быть включен подогрев стола (если имеется) и нагрев печатающей головки (HotEnd’а) (Стол 60град., сопло 185 град.) Так же нам понадобится щуп, желательно металлический, известных размеров. Для этих задач вполне подойдет шестигранный ключ (самый большой, в нашем случае 8мм, он предоставляется в комплекте с принтерами Prizm Pro и Prizm Mini)
4. Опускаем печатающую головку на высоту (условно) 9мм (от стола, так, что бы сопло еле касалось нашего щупа, т.к. высота пока что не точно выставлена.) Команда: G1 Z9.
5. Теперь приступаем непосредственно к настройке наших трех точек.
   Для удобства можно вместо g- команд создать в Pronterface четыре кнопки, для перемещения печатающей головки в точки A, B, C, 0-ноль.

2 Этап. Исправляем линзу

После того как мы выставили три точки в одну плоскость необходимо произвести коррекцию высоты центральной точки. Из за особенности механики дельты при перемещении печатающей головки между крайними точками в центре она может пройти либо ниже либо выше нашей плоскости, тем самым мы получаем не плоскость а линзу, либо вогнутую либо выпуклую.

Корректируется этот параметр т.н. дельта радиусом, который подбирается экспериментально.

Калибровка:

1. Отправляем головку на высоту щупа в любую из трех точек стола. Например G1 Z9 X-52 Y-30
2. Сравниваем высоту центральной точки и высоту точек A,B,C. (Если высота точек A, B, C разная, необходимо вернутся к предыдущей калибровки.)
3. Если высота центральной точки больше остальных, то линза выпуклая и необходимо увеличить значение дельта радиуса. Увеличивать или уменьшать желательно с шагом +-0,2мм, при необходимости уменьшить или увеличить шаг в зависимости от характера и величины искривления (подбирается экспериментально)
4. Команды:
   G666 R67,7
   M500
   G28
5. Подгоняем дельта радиус пока наша плоскость не выровняется

3 Этап. Находим истинную высоту от сопла до столика

Третьим этапом мы подгоняем высоту печати (от сопла до нижней плоскости — столика) Так как мы считали, что общая высота заведомо не правильная, необходимо ее откорректировать, после всех настроек высот осей. Можно пойти двумя путями решения данной проблемы:
1 Способ:
Подогнав вручную наше сопло под щуп, так что бы оно свободно под ним проходило, но при этом не было ощутимого люфта,

• Командой M114 выводим на экран значение фактической высоты нашего HotEnd’а
• Командой M666 L получаем полное значение высоты (Параметр H)
• После чего вычитаем из полной высоты фактическую высоту.
• Получившееся значение вычитаем из высоты щупа.

Таким образом мы получаем величину недохода сопла до нижней плоскости, которое необходимо прибавить к полному значению высоты и и записать в память принтера командами:
G666 H 235.2
M500
G28

2 Способ:
Второй способ прост как валенок. С “потолка”, “на глаз” прибавляем значение высоты (после каждого изменение не забываем “уходить” в home), добиваясь необходимого значения высоты, но есть шанс переборщить со значениями и ваше сопло с хрустом шмякнется об стекло.

Как сделать авто калибровку для вашего принтера и что при этом авто калибрует принтер вы узнаете из следующих статей.

Вы можете помочь и перевести немного средств на развитие сайта

Google предупреждает о незашифрованных сообщениях

Google постоянно работает над повышением безопасности Gmail: последнее нововведение призвано усилить шифрование сообщений и предотвратить попытки модификации или подмены.

В предстоящие месяцы компания будет предупреждать пользователей о том, что сообщение было доставлено по незашифрованному каналу.

Показать связанные сообщения

Билетные мошенники получили от 10 до 13 лет тюрьмы

Bulletproof-хостеры перешли на виртуальные серверы

Литовский BEC-мошенник получил пять лет тюрьмы

Введению новшества поспособствовало исследование, проведенное ИБ-специалистами Google и научными сотрудниками университетов Мичигана и Иллинойса. Группа из десяти исследователей попыталась выяснить, насколько популярны у почтовых провайдеров такие стандарты безопасности, как STARTTLS, DKIM, DMARC.

Работа под названием «Эмпирический анализ безопасности электронной почты» («Neither Snow Nor Rain Nor MITM… An Empirical Analysis of Email Delivery Security«) была опубликована в конце прошлой недели.

Исследователи проанализировали 700 тыс. SMTP-серверов, используемых миллионом популярных доменов из топа Alexa, и обнаружили, что 82% из них используют TLS, но только в 35% реализаций доставка по TLS корректно настроена и предполагает аутентификацию сервера. Всего 1,1% доменов поддерживают стандарт DMARC. Эксперты полагают, что такие удручающие показатели можно объяснить особенностями некоторых стран.

Тунис, Иран, Папуа — Новая Гвинея, Непал, Кения, Уганда и Лесото редко используют STARTTLS, при этом 96% сообщений, отправляемых на Gmail в Тунисе, не зашифрованы.

STARTTLS — расширение SMTP, создающее защищенный канал поверх обычного TCP-соединения (чтобы не открывать отдельный порт); при этом шифруются как сообщения, так и все метаданные. С целью исследования эксперты изучили логи SMTP на Gmail и других доменах за 16 месяцев вплоть до декабря 2014 года. Это позволило определить, какая часть сообщений не подвергается шифрованию. Оказалось, что примерно четверть сообщений, посылаемых из-за рубежа, не использует TLS.

Злоумышленник может обойти шифрование, используя особенности STARTTLS (в частности, раскрытие при отказе) и производя откат до более слабого шифра. Это вызовет ошибку хендшейка и раскроет зашифрованный текст.

«Особенности STARTTLS и отсутствие строгого механизма валидации сертификатов обусловлены потребностью в обеспечении интероперабельности при постепенном развертывании защищенных каналов передачи электронной почты. В данном случае доставка почты рассматривается как приоритетная задача. К сожалению, это подвергает пользователей риску MitM-атак, которые настолько многочисленны, что в некоторых странах им подвержены 20% электронных сообщений, посылаемых на Gmail», — говорится в исследовании.

В отчете также отмечен и положительный тренд — повышение степени безопасности электронной почты. Исследование показало, что за два года количество сообщений, передаваемых на Gmail по защищенным каналам и отосланных с других почтовых сервисов, увеличилось с 33 до 61%, как и число сообщений, использующих TLS и отправленных с Gmail другим провайдерам (с 60 до 80%).

В посвященной данному исследованию блог-записи Эли Берштейн (Elie Bursztein) из подразделения Google по борьбе с мошенничеством и абьюзами и Николас Лидзборский (Nicolas Lidzborski), отвечающий за ИБ-продукты Gmail, заявили, что их компания сотрудничает с НКО M3AAWG в деле пропаганды TLS.

Новые нотификации Google призваны обратить внимание пользователей на возможность модификации или подделки сообщений. Новшество появилось после того, как в прошлом месяце компания объявила, что вскоре начнет отказывать в доставке сообщениям, которые не прошли DMARC-проверку на аутентичность отправителя. В официальном заявлении, опубликованном на DMARC.org, Google пообещала, что к следующему лету обеспечит полную поддержку протокола DMARC.

Также Google объявила о том, что внедряет новые механизмы обеспечения безопасности, расширяя возможности режима Safe Browsing в браузере Chrome, и включит в него механизм противодействия социнженерии. В целях противодействия злоумышленникам, использующим более изощренные уловки, в будущем браузер будет предупреждать пользователя, что сайт выглядит подозрительно. Если ресурс уличен в использовании элементов социнженерии, пользователь получит предупреждение, схожее с теми, которые отображаются при наличии вредоносного кода или ловушки фишеров.

Этот подход позволит бороться с атаками, в ходе которых пользователя убеждают совершить нужное мошеннику действие — например, скачать «новую версию браузера», позвонить в платную службу техподдержки или ввести пароль на поддельной странице Gmail.

About Chris Brook

«Distrust and caution are the parents of security» — Benjamin Franklin

Решение проблем

Не могу создать отдельный почтовый ящик

В Яндекс.Коннекте все почтовые ящики привязаны к аккаунтам сотрудников. Чтобы создать новый ящик, создайте новый аккаунт сотрудника.

Если добавление сотрудника заблокировано, убедитесь, что вы подключили к организации домен и подтвердили его.

Не могу создать рассылку

В Яндекс.Коннекте рассылки — это общие адреса отделов или команд. Чтобы создать рассылку, соберите команду и задайте для нее почтовый адрес.

Не могу войти в почтовый ящик отдела или команды

У отделов и команд в Коннекте нет почтовых ящиков. Адрес отдела или команды — это адрес рассылки. Письма, отправленные на такой адрес, попадают в ящики всех участников отдела или команды.

Чтобы найти все письма из определенной рассылки, откройте свой почтовый ящик и введите в строку поиска адрес рассылки. Подробнее о поиске писем читайте в Помощи Почты.

Не могу найти список всех ящиков на домене

В Яндекс.Коннекте все почтовые ящики привязаны к аккаунтам сотрудников. Просмотреть список сотрудников можно в разделах Люди и Все сотрудники.

Вижу в списке ящик all@yourdomain.com . Что это такое?

Адрес вида all@yourdomain.com — это общая рассылка вашей организации. У рассылки нет отдельного почтового ящика. Письма, отправленные на адрес общей рассылки, получат все сотрудники вашей организации.

Не могу изменить пароль от почтового ящика

Почтовые ящики в Яндекс.Коннекте привязаны к аккаунтам сотрудников. Чтобы изменить пароль сотрудника:

Убедитесь, что вы авторизованы в Яндекс.Коннекте как администратор.

Перейдите на страницу Все сотрудники.

Выберите сотрудника из списка.

На карточке сотрудника нажмите → Изменить пароль .

Настройте пароль и сохраните изменения.

Не могу получать и отправлять письма из почтового ящика на своем домене

Большинство проблем с Почтой связаны с неправильными настройками почтового домена. Убедитесь, что все настройки выполнены верно:

Шаг 1. Проверьте срок регистрации домена

Проверьте срок регистрации домена с помощью любого WHOIS-сервиса, например https://www.whois.com:

Перейдите на страницу WHOIS-сервиса.

В строке поиска введите имя вашего домена, например example.org .

Убедитесь, что дата, которая указана в строке Expires On: , еще не наступила.

Если срок регистрации домена истек, обратитесь к регистратору, чтобы продлить его.

Шаг 2. Проверьте DNS-записи домена

Проверьте правильность настройки DNS-записей. Это можно сделать, например, с помощью сервиса http://www.digwebinterface.com или другой dig-утилиты:

В поле Hostnames or IP addresses укажите имя вашего домена, например example.org .

В поле Type выберите MX и нажмите кнопку Dig .

Ответ должен иметь вид:

В поле Hostnames or IP addresses укажите имя вашего домена, например example.org .

В поле Type выберите TXT и нажмите кнопку Dig .

Ответ должен иметь вид:

В поле Hostnames or IP addresses укажите поддомен вида mail._domainkey.example.org , где example.org — имя вашего домена.

В поле Type выберите TXT и нажмите кнопку Dig .

Ответ должен иметь вид:

В поле Hostnames or IP addresses укажите поддомен вида mail.example.org , где example.org — имя вашего домена.

В поле Type выберите TXT и нажмите кнопку Dig .

Ответ должен иметь вид:

Если сервер не отвечает на запрос, ответ не совпадает с нужным или в ответе присутствуют лишние записи, значит DNS-записи настроены некорректно. Настройте их по инструкциям: MX-запись, SPF-запись, DKIM-подпись, CNAME-запись.

Если вы убедились, что срок регистрации домена не истек и все его настройки верны, поищите возможную причину в разделе Работа с письмами Помощи Яндекс.Почты.

Не получается отправлять письма через почтовую программу

Возможные проявления проблемы:

«Нет соединения с сервером» ,

«Sender address rejected: Access denied» ,

«Send auth command first» ,

«Sender address rejected: not owned by auth user» .

«Login failure or POP3 disabled» .

Попробуйте авторизоваться в веб-интерфейсе Яндекс.Почты с теми же логином и паролем, которые вы используете в программе.

Если авторизоваться получилось и ошибки нет, значит, проблема была в том, что вы не приняли условия пользовательского соглашения сервисов Яндекса. Они принимаются автоматически, когда вы впервые авторизуетесь в веб-интерфейсе Яндекс.Почты.

Мои письма не доходят до получателя или попадают в спам

Если вы отправляете с вашего почтового ящика большое количество писем, система безопасности Яндекс.Почты может принять ваши письма за спам и заблокировать отправку писем. Подробнее об ограничениях на отправку писем и о требованиях к почтовым рассылкам читайте в разделе Отправить много писем Помощи Яндекс.Почты.

Если вы не делали массовых рассылок, попробуйте определить причину проблемы с помощью пошаговой инструкции в разделе Не отправляются письма Помощи Яндекс.Почты.

Не могу удалить домен

Вы можете удалить только неосновной или неподтвержденный домен. Чтобы удалить основной домен, сначала нужно сделать основным какой-нибудь другой.

Домен вида yaconnect.com удалить нельзя — это технический домен, который поможет сохранить данные организации, если вы, например, забудете продлить регистрацию основного домена.

Авторизуйтесь в Яндекс.Коннекте как администратор .

Выберите домен, который хотите удалить.

Чтобы удалить основной домен, сначала нужно сделать основным какой-нибудь другой — откройте страницу настройки другого подтвержденного домена и нажмите ссылку Сделать основным .

На странице настройки домена нажмите ссылку Удалить .

Подробнее об управлении доменами читайте в разделе Домены.

По адресу домена не открывается сайт

Если вы хотите, чтобы по адресу вашего домена открывался сайт, для этого домена нужно настроить A-запись.

Вы можете настроить A-запись на сайте компании, которая предоставляет вам услугу DNS-хостинга. Если вы делегировали домен на серверы Яндекса, настройте A-запись в DNS-редакторе Коннекта.

Не могу воспользоваться сервисами Коннекта

Скорее всего, вы авторизованы со старым аккаунтом администратора Почты для домена (вида login@yandex.tld ). Такой аккаунт не подходит для работы с сервисами Коннекта (например, Вики или Трекером). Чтобы иметь возможность использовать их, создайте для себя аккаунт сотрудника. При необходимости наделите его правами администратора.

Проблемы с доступом к организации или домену

Если вы потеряли доступ к аккаунту владельца организации, вы может попробовать самостоятельно его восстановить.

Не помню логин владельца организации

Если вы привязали номер телефона к аккаунту или недавно заходили в свой аккаунт с этого же компьютера и браузера, откройте страницу Восстановление логина и следуйте инструкциям.

Если вы переписывались с этого адреса с друзьями, родными или коллегами, попробуйте связаться с ними, например, через социальные сети. Возможно, они вспомнят ваш адрес или найдут письма от вас в своих почтовых ящиках и смогут сообщить вам, с какого адреса они были отправлены.

Если вы корректно указали имя и фамилию при регистрации и привязали номер телефона к аккаунту, откройте страницу восстановления пароля и следуйте инструкциям.

Если вы видите сообщение о том, что адрес почты или номер телефона неправильный, проверьте, не опечатались ли вы при вводе. Если корректно введенный номер все-таки не подходит, постарайтесь вспомнить, какие еще адреса или номера вы могли привязать к аккаунту.

Не удается восстановить аккаунт владельца организации

Если вы не можете вспомнить логин или пароль от аккаунта, с помощью которого создавали организацию в Коннекте, передайте управление на новый аккаунт:

Зарегистрируйте новый аккаунт на Яндексе.

Подтвердите, что вы действительно являетесь владельцем организации. Для этого заполните форму восстановления доступа.

Подтвердите владение доменом одним из предложенных в форме способов.

Если вы все сделали правильно, права на организацию перейдут на ваш новый аккаунт. При этом все данные организации сохранятся.

Советы не помогли

Если на этой странице нет решения вашей проблемы, напишите в службу поддержки.

Шифрование писем

Google использует стандарт S/MIME для шифрования всех писем, когда это возможно.

Важно! Описанные ниже действия можно выполнить, только если в вашем аккаунте включено шифрование S/MIME.

Как проверить, зашифровано ли исходящее письмо

1. Создайте письмо.
2. Укажите получателей в поле «Кому».
3. Справа от перечня получателей отобразится значок замка, указывающий на уровень шифрования у адресатов . Если у получателей поддерживается разный уровень шифрования, отобразится самый слабый из них.
4. Чтобы изменить свои настройки S/MIME или больше узнать о шифровании на стороне получателей, нажмите на значок замка и выберите Подробности .

Как проверить, зашифровано ли входящее письмо

Значение значков шифрования

Уровень шифрования во входящих и исходящих сообщениях можно определить по цвету значка в письме.

• Зеленый (усиленное шифрование S/MIME) . Ваше письмо защищено – можно отправлять даже конфиденциальные сведения. Если открытый ключ получателя доступен, письмо будет зашифровано по стандарту S/MIME. Расшифровать сообщение сможет только получатель, у которого есть подходящий закрытый ключ.
• Серый (стандартное шифрование TLS) . Подходит для большинства сообщений. Шифрование TLS (безопасность транспортного уровня) используется для обмена письмами с почтовыми сервисами, в которых не поддерживается S/MIME.
  Примечание. Поддержка TLS не гарантируется. Система предполагает наличие шифрования, основываясь на данных прошлой переписки.
• Красный (не зашифровано) . Сообщение не защищено. Система предполагает наличие или отсутствие шифрования на стороне получателя по ранее отправленным в его домен письмам.

Я вижу красный значок

Если при создании сообщения появился красный значок, рекомендуем удалить из него конфиденциальную информацию или убрать из списка получателей того, у кого не поддерживается шифрование. Чтобы узнать, кто это, нажмите Подробности.

Если вы получили письмо с конфиденциальными данными и обнаружили в нем красный значок, сообщите отправителю о возможных рисках и попросите обратиться к его поставщику услуг электронной почты.

Подробнее о шифровании

Если почтовый сервис человека, с которым вы переписываетесь, не шифрует все сообщения по методу S/MIME или TLS, письма от него могут быть небезопасными. Мы используем шифрование S/MIME всегда, когда это возможно.

Чтобы шифрование S/MIME работало, у пользователя должен быть действительный сертификат S/MIME от доверенного корневого центра сертификации.

S/MIME – это распространенный протокол, используемый для шифрования и подписи сообщений, отправляемых по протоколу SMTP.

Открытый ключ шифрования используется, чтобы:

• шифровать исходящие и расшифровывать входящие сообщения при помощи закрытого ключа, обеспечивая таким образом полную конфиденциальность данных;
• подписывать исходящие и проверять подпись входящих писем, гарантируя таким образом должный уровень безопасности и защиты.

Примечание. Письмо нельзя расшифровать, если на момент доставки ключ пользователя не загружен. Подробнее о загрузке сертификатов…

TLS (STARTTLS) – это протокол, обеспечивающий конфиденциальность передачи данных между приложениями и пользователями. Когда сервер и клиент обмениваются данными, TLS защищает сообщение от перехвата третьими лицами.

Чтобы шифрование по TLS сработало, оно должно поддерживаться и на стороне отправителя, и на стороне получателя.

PGP Шифрование электронной почты – как безопасно обмениваться письмами

Введение

Я надеюсь, мы все выросли уже из того возраста, когда надёжной защитой считалось сменить расширение файла, на zip-архив повесить пароль или воспользоваться программами для скрытия папок и файлов. Не стоит и говорить в наше время о несостоятельности таких способов, однако кто-то ими пользуется.

Без сомнения, единственным надёжным способом сохранить что-то от посторонних глаз является шифрование стойким алгоритмом с достаточно длинным ключом. В этой статье мы поговорим о шифровании электронной переписке (e-mail) посредством PGP, о котором наверняка многие слышали, но немногие, возможно, взяли на вооружение! А между тем нет ничего сложного!

Установка почтового клиента

В нашем эксперименте я буду рассматривать работу с клиентом Mozilla Thunderbird, т.к. он бесплатный и достаточно функциональный! Вы можете пользоваться любым другим клиентом, поддерживающим данный стандарт шифрования (знаю, что есть в The Bat! и в Outlook, но их настройка выходит за рамки данной статьи, возможно добавлю потом по ним отдельно).

Скачиваем клиента с официальной страницы mozilla:

Установка клиента – тривиальна. Не нужно быть семи пядей во лбу, чтобы выполнить стандартную для windows схему “Далее-Далее-Готово”.

Установка завершена. Но пока что это простой почтовый клиент!

Установка плагина PGP-шифрования Enigmail

Переходим на официальную страницу https://www.enigmail.net/index.php/en/download и скачиваем плагин.

Для того, чтобы установит плагин, идём в раздел “Дополнения” и нажимаем шестерёнку справа вверху (1). Появится выпадающее меню, в котором нужно выбрать “Установить дополнение из файла…” (2).

В диалоговом окне выбираем скачанный файл плагина Enigmail и открываем его.

Появляется предупреждающее окно, в котором нам остаётся только ещё раз подтвердить, что мы хотим установить дополнение.

После того, как дополнение будет установлено, почтовый клиент необходимо перезапустить!

Настройка Enigmail

При первом запуске (впоследствии можно будет повторно провести первичную инициализацию) будет предложено сконфигурировать Enigmail. Не обращаем внимание на частичный перевод, можно выбрать первый пункт. Я проходил разные уровни – разница между ними не очень существенно, большинство настроек по умолчанию являются оптимальными!

Задаём пароль для доступа к нашему закрытому ключу. Здесь стоит задать нормальный пароль, не какой-нибудь “123”. Впрочем, здесь же на странице даны рекомендации для пароля необходимой сложности.

После этого при участии системного генератора будет создаваться ключ.

После создания ключа будет предложено создать сертификат отзыва. Сертификат отзыва необходим в случае, если есть подозрение, что ваш приватный ключ скомпрометирован.

Сертификат отзыва успешно создан. Сохраняем его в каталог для переноса в надёжное место.

В главном меню программы Thunderbird вызовем выпадающий список (1) и найдём пункт Enigmail (2).

Там выберем пункт “Менеджер ключей”. Кстати, в этом же меню есть пункт “Мастер установки” – позволяющий выполнить первичную инициализацию плагина.

Здесь мы увидим наш ключ, с которым можно произвести ряд действий (в том числе через эту оснастку можно сгенерировать новый ключ).

Для того, чтобы организовать безопасный обмен электронной почтой, нам нужно передать коллеге наш открытый ключ. Для этого можно воспользоваться несколькими вариантами:

1. Копировать открытый ключ в буфер обмена, например, для вставки в какое-либо сообщение;
2. Экспорт ключа в файл, позднее этот ключ можно отправить коллеге любым доступным способом;
3. Отправить открытый ключ по электронной почте – наиболее быстрый вариант, которым мы и воспользуемся в данном случае. При этом автоматически сформируется письмо, в которое будет прикреплён наш открытый ключ.

Выглядит это примерно так.

Обратите внимание, что красным цветом на панели Enigmail есть пометка, что сообщение не подписано и не зашифровано! Когда у нас в менеджере ключей окажется открытый ключ абонента, которому мы собираемся написать, поле автоматически примет вид зашифрованного письма. Это увидим позднее. Итак, вот наш открытый ключ, прикрепился (справа на панели вложений).

А что делает наш абонент? Получает письмо, сохраняет открытый ключ. Затем запускает аналогичный инструмент управления ключами Enigmail (или соответствующий его почтовому клиенту) и производит импорт ключей из файла:

Удостоверяется, что адрес соответствует тому абоненту, с которым он хочет вести переписку.

И вот ключ успешно добавлен!

Теперь у него в списке отображается наш ключ и идентификатор. После этого он может написать нам письмо и оно зашифруется этим открытым ключом, а расшифровать его сможем только мы, при помощи закрытого ключа!

Вот так выглядит окно написания сообщения, когда для получателя имеется открытый ключ в хранилище:

Получив письмо мы вводим наш пароль, так как для расшифровки используется закрытый ключ, а он защищён паролем!
И увидим расшифрованное письмо! Примерно так и происходит защищённый обмен сообщения электронной почты.

План действий

1. Качаем почтовый клиент и плагин, позволяющий использовать PGP-шифрование.
2. Создаём пару закрытый-открытый ключ.
3. Открытый ключ надёжным каналом передаём нашему подельнику партнёру.
4. Партнёр генерирует свою пару закрытый-открытый ключ.
5. Добавляет к себе в хранилище наш открытый ключ, а нам отправляет свой открытый (может даже отправить его уже в зашифрованном письме).
6. Мы добавляем его открытый ключ к себе в хранилище. Теперь весь наш обмен почтой будет защищён шифрованием с длиной ключа 4096 бит.

Просьба поделиться этим методом в соц.сетях и повышать собственную безопасность! Удачи!