Типово, KMail показуватиме повідомлення у форматі HTML у форматі простого тексту. Якщо ви хочете переглядати повідомлення з форматуванням та компонуванням HTML, позначте цей пункт. Втім, ми рекомендуємо вам не позначати цей пункт через проблеми, які можуть виникнути через вади у захисті комп'ютера від зловмисного коду у HTML.

Ви зможете переглядати повідомлення у форматі HTML: достатньо натиснути кнопку перемикання простий текст/HTML у лівій частині панелі перегляду повідомлень.

Якщо ви позначите цей пункт, KMail зможе завантажувати зовнішні зображення, таблиці стилів тощо з інтернету під час перегляду HTML-повідомлень. Ми наполегливо рекомендуємо вам не позначати цей пункт (хоча він ні на що не вплине, доки ви не увімкнете форматування HTML).

За допомогою додавання зовнішніх посилань до повідомлень спамери можуть визначати те, чи переглянули ви повідомлення, ваше місце перебування та багато інших даних, які залишатимуться на вебсерверах. Зауважте, що цей пункт не стосуватиметься Java™ або JavaScript — їхньої підтримки у KMail не передбачено.

З набуттям електронною поштою популярності, на жаль, набуло популярності шахрайство за допомогою електронної пошти. Шахраї створюють повідомлення так, наче їх було надіслано якимись серйозними компаніями, але насправді такі повідомлення містять посилання на сайт зловмисників, де вас попросять вказати якісь конфіденційні дані. Розкриття цих даних може призвести до викрадення ваших облікових даних або навіть гірших наслідків. Типово, KMail виконує пошук зловмисного коду у повідомлення і інформує вас, якщо повідомлення вважається програмою зловмисним. Якщо вам захочеться позбутися цих попереджень, зніміть позначку з пункту Інформувати, якщо повідомлення ймовірно є небажаним.

Якщо як небажані позначаються повідомлення від ваших довірених кореспондентів, ви можете додати адреси цих кореспондентів до Білого списку: натисніть кнопку Додати... і введіть адресу електронної пошти до діалогового вікна, яке буде показано. Будь ласка, зауважте, що у поточній версії передбачено підтримку додавання до «білого» списку лише повних адрес електронної пошти.

Позначте цей пункт, щоб наказати KMail зв'язатися із базою даних Google, у якій зібрано адреси сайтів, які підозрюють у шахрайстві, і перевірити адреси із повідомлення, а потім попередити вас, якщо буде виявлено відповідність.

Типово, KMail автоматично перевіряє усі адреси, які вбудовано до повідомлень у форматі HTML, і попереджає вас, якщо за допомогою якоїсь із адрес хтось намагається за вами стежити.

Типово, KMail намагатиметься автоматично розшифровувати зашифровані повідомлення під час їхнього перегляду. Якщо ви хочете робити це вручну, зніміть позначення з цього пункту.

Якщо позначити цей пункт, KMail автоматично імпортуватиме всі долучення, що містять ключі OpenPGP, і всі долучення, які містять ключі S/MIME, до локального сховища ключів.

MDN — це узагальнення того, що зазвичай називають «сповіщенням про отримання». Автор повідомлення надсилає запит на сповіщення про отримання свого повідомлення, і програма отримувача пошти створює відповідь, за допомогою якої автор дізнається про те, що сталося з повідомленням. Звичайними типами сповіщень є «показано» (тобто прочитано), «вилучено» і «надіслано» (тобто переспрямовано).

За допомогою спадного меню Правила надсилання можна керувати обставинами, за яких KMail надсилатиме сповіщення про отримання повідомлення.

Якщо ви непевні, спробуйте скористатися варіантом Запитати, якщо ж питання KMail здадуться вам набридливими, перемкніть варіант на Ігнорувати.

За допомогою наступних пунктів (у списку Цитування початкового повідомлення) ви можете керувати тим, яку частину початкового повідомлення KMail надішле назад у MDN.

Якщо не знаєте, що обрати, не змінюйте типове значення цього пункту (не визначено).

За допомогою цього пункту можна придушити надсилання MDN, якщо повідомлення зашифровано (частково або повністю). Таким чином можна перешкодити спробам використання можливостей сповіщення KMail для визначення того, чи можете ви дешифрувати повідомлення, чи ні.

Строго кажучи, цей пункт не потрібен, оскільки KMail надсилатиме MDN незалежно від того, чи може бути повідомлення успішно розшифровано, чи ні (запит на сповіщення про отримання має бути розміщено поза зашифрованою частиною повідомлення), але за допомогою цього пункту користувачі, які переймаються безпекою, можуть або надсилати такі сповіщення за запитом (пункт не позначено) або ніколи (пункт позначено).

Якщо не знаєте, що вибрати, залиште цей пункт позначеним (типовий варіант).

Якщо буде позначено цей пункт, параметр Налаштування → Підписати повідомлення у редакторі листів буде типово увімкнено.

Але ви, звичайно ж, зможете увімкнути і вимкнути цей параметр для кожного з повідомлень.

Якщо буде позначено цей пункт, будь-яке повідомлення, яке було зашифровано для отримувачів, буде додатково зашифровано вашим ключем.

Якщо ви позначите цей пункт, повідомлення будуть зберігатися після надсилання у вашій теці надіслані (тобто, якщо їх було зашифровано, ці повідомлення також пересуватимуться до теки «надіслані»).

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

Якщо ви позначите цей пункт, кожного разу, коли ви шифруватимете повідомлення, програма відкриватиме діалогове вікно, у якому показуватиме ключі шифрування, використані для кожного з отримувачів. Ви зможете переглянути вибір ключів, змінити їх, підтвердити або скасувати дію з шифрування. Ми рекомендуємо вам не знімати позначку з цього пункту, оскільки за позначення пункту процес шифрування буде прозорішим.

Такий варіант також називається «гнучке шифрування». Якщо позначити цей пункт, KMail намагатиметься знайти відповідність між отримувачами і (OpenPGP або S/MIME) ключами, навіть коли ви не вказали, що повідомлення слід зашифрувати. Якщо належні ключі буде знайдено для всіх отримувачів, KMail запитає вас про те, чи бажаєте ви зашифрувати повідомлення.

Наполегливо рекомендуємо вам позначити цей пункт, оскільки таким чином ви значно полегшите собі користування зашифрованими повідомленнями.

Якщо позначити цей пункт, KMail не намагатиметься підписати і/або зашифрувати повідомлення, які зберігатимуться у теці чернетки. Так зручніше працювати з поштовим архівом, позначення цього пункту не призведе до значної дірки у безпеці, якщо теку «чернетки» буде достатньо убезпечено. Користувачам IMAP слід, ймовірно, зняти позначку з цього пункту, якщо ваша тека чернетки зберігатиметься на сервері.

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

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

Якщо позначити цей пункт, KMail попереджатиме вас, якщо строк дії сертифіката S/MIME або ключа OpenPGP наближатиметься до завершення.

Строк до завершення дії сертифіката або ключа, за якого буде показано попередження про завершення строку дії, ви зможете окремо налаштувати для ключів підписування і шифрування, крім того (у випадку S/MIME), ви зможете зробити це для сертифікатів кінцевого користувача, проміжних сертифікатів CA і кореневих сертифікатів.

Натисніть цю кнопку, щоб відкрити діалогове вікно налаштовування взаємодії між KMail та GPG, програмою захисту конфіденційності Gnu. GPG є надто складним комплексом програм, щоб його можна було повністю описати у цій документації. Докладні відомості можна знайти у Підручнику з конфіденційності GNU. Якщо ви не є знавцем шифрування, вам не варто змінювати типові значення параметрів.

Окрім описаних раніше основних попереджень, існують і інші попередження та інформаційні повідомлення, у вікнах яких міститься пункт, який надає вам змогу вимикати у майбутньому їх показ. Якщо ви бажаєте увімкнути їх знову після вибору подібного пункту, досягти цього можна за допомогою натискання саме цієї кнопки. ^[4]

Якщо позначити цей пункт, програма перевірятиме сертифікати S/MIME за допомогою списків скасованих сертифікатів (Certificate Revocation List або CRL). Це типовий варіант налаштувань.

Якщо позначити цей пункт, програма перевірятиме сертифікати S/MIME за допомогою мережевого протоколу стану сертифікатів (Online Certificates Status Protocol або OCSP).

Тут слід ввести адресу сервера, призначеного для інтерактивної перевірки сертифікатів. Такі адреси URL, зазвичай, починаються з https://.

Тут можна обрати або змінити ключ S/MIME, який використовуватиме програма.

Позначте цей пункт, щоб програма не виконувала інтерактивної перевірки за допомогою OCSP. Для того, щоб цей пункт працював, вам слід встановити dirmngr >= 0.9.0.

Типово, GnuPG використовує для перевірки дозволеності правил сертифіката файл ~/.gnupg/policies.txt. Якщо буде позначено цей пункт, правила не перевірятимуться.

Якщо буде позначено цей пункт, списки скасування сертифікатів ніколи не використовуватимуться для перевірки сертифікатів S/MIME.

Позначте цей пункт, якщо ви бажаєте, щоб за потреби програма отримувала відсутні сертифікати видавців. Цей пункт стосується обох способі перевірки: CRL і OCSP.

Повністю вимкнути використання HTTP для запитів S/MIME.

Під час пошуків розташування CRL ««піддослідного»» сертифіката, буде використано записи, відомі як точки розповсюдження CRL (DP), які містяться у сертифікаті і у яких зазначено адреси URL, які визначають розташування самих списків. Програма використає перший зі знайдених записів DP. За допомогою цього пункту можна наказати програмі ігнорувати всі записи зі схемою адреси HTTP під час пошуку потрібного запису DP.

Якщо буде позначено цей пункт, програма використає показане праворуч значення адреси проксі-сервера HTTP (це значення буде взято зі змінної середовища http_proxy) для всіх запитів за допомогою HTTP.

У це поле слід ввести адресу вашого HTTP-проксі, який буде використано для всіх HTTP-запитів, пов'язаних S/MIME. Вказувати проксі-сервер слід у форматі «вузол:порт», наприклад, myproxy.nowhere.com:3128.

Повністю вимкнути використання LDAP для запитів S/MIME.

Під час пошуків розташування CRL «піддослідного» сертифіката, буде використано записи, відомі як точки розповсюдження CRL (DP), які містяться у сертифікаті і у яких зазначено адреси URL, які визначають розташування самих списків. Програма використає перший зі знайдених записів DP. За допомогою цього пункту можна наказати програмі ігнорувати всі записи зі схемою адреси LDAP під час пошуку потрібного запису DP.

Введення адреси сервера LDAP у це поле призведе до того, що всі запити LDAP проходитимуть спочатку через цей сервер. Якщо говорити точніше, цей параметр перевизначатиме будь-який вказаний у адресі LDAP вузол і порт, крім того, цей параметр буде використано і у випадку, якщо вузол і порт було пропущено у URL. Програма використовуватиме інші сервери LDAP, лише якщо спроба з'єднання з проксі-сервером завершиться невдало. Формат значення: ВУЗОЛ або ВУЗОЛ:ПОРТ. Якщо ПОРТ не буде вказано, буде використано значення «389» (стандартний порт LDAP).