natgillin/translations-raw huggingface dataset:
If you select Keep original charset when replying or forwarding (if possible), the original message's charset will be kept, unless there are now characters that cannot be represented using that charset.
Якщо ви позначите пункт Зберігати початковий набір символів при відповіді або пересиланні (якщо можливо), набір символів повідомлення буде збережено, якщо до нього не буде додано символів, яких немає у цьому наборі символів.
Check the Use custom message-id suffix checkbox if you want & kmail; to generate Message-Id's with a custom suffix. Enter the desired suffix in the Custom message-id suffix field. Please make sure that the suffix that you specify is world-wide unique. The best thing is to use the name of a domain which you are the owner of. If you do not check Use custom Message-Id suffix then & kmail; will automatically generate the complete Message-Id. If you do not know what this is all about do not check this option.
Позначте пункт Використовувати власний суфікс ідентифікації повідомлення, якщо ви бажаєте, щоб & kmail; створював ідентифікатори повідомлень з нетиповим суфіксом. Введіть бажаний суфікс у поле Власний суфікс ідентифікації повідомлення. Будь ласка, не забувайте про те, що вказаний вами суфікс буде унікальним на глобальному рівні. Найкраще скористатися назвою домену, власником якого ви є. Якщо ви не позначатимете пункту Використовувати власний суфікс ідентифікації повідомлення, & kmail; автоматично створюватиме повний ідентифікатор повідомлення. Якщо вам невідомо про наслідки позначення цього пункту, не позначайте цього пункту.
The Define custom mime header fields list sets the headers that & kmail; will use for its outgoing messages. You can both invent new fields and overwrite existing ones. This feature is only useful for advanced users.
За допомогою списку Власні нетипові заголовки для листів можна вказати заголовки, які & kmail; використає для вихідних повідомлень. Він допоможе вам створити нові поля заголовків або перезаписати існуючі поля. Ця можливість буде корисною лише досвідченим користувачам.
Attachments
Долучення
If you have to send attachments with filenames containing non-English characters to users of Outlook(TM) or Outlook Express(TM) then you might want to check the Outlook-compatible attachment naming option. & kmail; will then encode the attachment names in a non-standard way that is understood by Outlook(TM).
Якщо вам потрібно буде надіслати долучення, назви файлів яких містять символи, яких немає у наборі символів англійської, користувачам Outlook( TM) або Outlook Express( TM), вам слід позначити пункт Надавати долученням сумісні з Outlook назви. У разі позначення пункту & kmail; закодує назви долучень у нестандартний спосіб, зрозумілий Outlook( TM).
Note that & kmail; will create non-standard compliant messages, and consequently it is possible that your messages will not be understood by standard-compliant mail clients. So, unless you have no other choice, you should not enable this option.
Зауважте, що & kmail; створить несумісні зі стандартами повідомлення, а отже, ймовірно, ваші повідомлення можуть бути несумісними з стандартизованими клієнтами електронної пошти. Отже, якщо у вас є вибір, вам не слід позначати цей пункт.
Check the Enable detection of missing attachments checkbox if you want & kmail; to warn you whenever you are about to send a message without attachments although the message text contains certain words which indicate that you wanted to include an attachment. The list of key words can be modified.
Позначте пункт Увімкнути визначення відсутніх долучень, якщо ви бажаєте, щоб & kmail; попереджав вас про надсилання повідомлень без долучень, тоді як текст повідомлення містить рядки, які позначають те, що ви бажали долучити до повідомлення певний файл. Список відповідних ключових слів можна змінити.
Security Page
Сторінка безпеки
Reading
Читання
On this tab you can configure security-relevant options for reading messages.
На цій сторінці ви зможете налаштувати параметри, пов’ язані з безпекою читання повідомлень.
Prefer HTML to plain text
Надавати перевагу HTML над простим текстом
If checked, & kmail; will show & html; messages with their & html; formatting and layout. We strongly recommend to leave this option off, as security problems with & html; might show up. When this option is off, you can still read & html; messages, but only as plain text.
Якщо позначити цей пункт, & kmail; показуватиме & html; - повідомлення з відповідним & html; - форматуванням і компонуванням. Ми наполегливо рекомендуємо вам не позначати цей пункт, оскільки можуть виникнути проблеми, пов’ язані з безпекою через & html;. Якщо цей пункт не буде позначено, ви зможете читати & html; - повідомлення, але лише як звичайний текст.
Allow messages to load external references from the Internet
Дозволити повідомленням завантаження зовнішніх посилань з Інтернет
If checked, & kmail; can load external images, style sheets & etc; from the Internet when you look at an & html; message. We strongly recommend to leave this option off (although it has no effect if you only view plain text messages). By adding external references to their messages, people sending spam can detect that and when you have looked at their message. Note that this option has no effect on & Java;, JavaScript and Plugins - these are disabled anyway and cannot be enabled at all.
Якщо ви позначите цей пункт, & kmail; зможе завантажувати зовнішні зображення, таблиці стилів тощо з мережі Інтернет під час перегляду & html; - повідомлення. Ми наполегливо рекомендуємо вам не позначати цей пункт (хоча він ні на що не вплине, якщо ви переглядаєте повідомлення як звичайний текст). За допомогою додавання зовнішніх посилань до повідомлень спамери можуть визначати те, чи переглянули ви повідомлення, і коли ви його переглянули. Зауважте, що цей пункт не стосуватиметься & Java;, JavaScript і додатків — їх буде завжди вимкнено, їх взагалі не можна увімкнути.
Message Disposition Notifications
Сповіщення про долю повідомлення
& mdn; s are a generalization of what is commonly called a read receipt. The message author requests a disposition notification to be sent and the receiver's mail program generates a reply from which the author can learn what happened to his message. Common disposition types include displayed (ie; read), deleted and dispatched (eg; forwarded).
& mdn; — це узагальнення того, що зазвичай називають сповіщенням про отримання. Автор повідомлення надсилає запит на сповіщення про отримання свого повідомлення, і програма отримувача пошти створює відповідь, за допомогою якої автор дізнається про те, що сталося з повідомленням. Звичайними типами сповіщень є показано (тобто прочитано), вилучено і надіслано (тобто переспрямовано).
The following options (listed as Send policy) are available to control when & kmail; sends & mdn; s:
За допомогою спадного меню Правила надсилання можна керувати обставинами, за яких & kmail; надсилатиме сповіщення про отримання повідомлення:
Ignore (recommended)
Ігнорувати (рекомендується)
Ignores any request for disposition notifications. No & mdn; will ever be sent automatically.
Ігнорувати всі запити на сповіщення про отримання. За вибору цього пункту сповіщення ніколи не надсилатиметься у автоматичному режимі.
Ask
Запитати
Answers requests only after asking the user for permission. This way, you can send & mdn; s for selected messages while denying or ignoring them for others.
Відповіді буде надіслано лише після підтвердження користувачем надсилання відповіді. Таким чином, ви зможете надсилати відповіді для вибраних повідомлень і не надсилати їх або ігнорувати їх для інших повідомлень.
Deny
Відмовити
Always sends a denied notification. This is only slightly better than always sending & mdn; s. The author will still know that the messages has been acted upon, he just cannot tell whether it was deleted or read & etc;
Завжди надсилати сповіщення відмовлено. Такий спосіб лише трохи кращий за варіанта з надсиланням відповідей завжди. Автор повідомлення знатиме, що з повідомленням виконано якусь дію, він просто не зможе визначити було його вилучено, прочитано тощо.
Always send
Завжди надсилати
Always sends the requested disposition notification. That means that the author of the message gets to know when the message was acted upon and, in addition, what happened to it (displayed, deleted, & etc;). This option is strongly discouraged, but since it makes sense where privacy is not a concern, & eg; in customer relationship management, it has been made available.
Завжди надсилати відповіді на запити щодо сповіщення про отримання. За вибору цього варіанта автор повідомлення отримуватиме відповідь про те, що над повідомленням було виконано певні дії, окрім того, отримуватиме сповіщення про те, що сталося з повідомленням (показано, вилучено тощо). Ми наполегливо не рекомендуємо обирати цей варіант, але іноді ним доцільно скористатися, якщо конфіденційність не є вирішальною, наприклад, у випадку роботи з користувачами. Саме тому його і реалізовано у програмі.
If you are unsure, experiment a while with Ask and if you find & kmail; s questions annoying, switch to Ignore.
Якщо ви непевні, спробуйте скористатися варіантом Запитати, якщо ж питання & kmail; здадуться вам набридливими, перемкніть варіант на Ігнорувати.
The following options (listed as Quote original message) are available to control how much of the original message & kmail; sends back in & mdn; s.
За допомогою наступних пунктів (у списку Цитування початкового повідомлення) ви можете керувати тим, яку частину початкового повідомлення & kmail; надішле назад у & mdn;.
No parts of the message other than the mandatory message-id and the original recipient is included in the & mdn; reply. This preserves enough information for the sender to find the message in his sent messages for which this & mdn; was generated.
Окрім обов’ язкового ідентифікатора повідомлень і адреси початкового отримувача у відповідь & mdn; не буде додано ніяких частин повідомлення. Цих даних має бути достатньо для того, щоб знайти повідомлення, для якого і було створено цю відповідь, у своїх надісланих повідомленнях.
Full message
Повне повідомлення
Attaches the complete message to the disposition notification. Usually, this is overkill. It does not add any valueable information that cannot be deduced from the message headers alone, but people sometimes insist on this, since it is much easier for humans to correlate the content of the message than just the headers to what they sent earlier.
За вибору цього варіанта до сповіщення про отримання буде додано повідомлення повністю. Зазвичай, цього забагато. Додавання тексту повідомлення не додасть ніяких цінних відомостей, які автор повідомлення не зміг би встановити лише з заголовків повідомлення, але іноді відправники наполягають на такому додаванні, оскільки таким чином відправникові буде легше співвіднести сповіщення з вмістом повідомлення, ніж прості заголовки, які було б надіслано за вибору попереднього варіанта.
Only headers
Тільки заголовки
Attaches only the headers to the disposition notification. This is usually enough to enable both humans (by subject) and computers (by message-id) to easily correlate & mdn; and original message.
За вибору цього варіанта до сповіщення буде долучено лише заголовки. Цього, зазвичай, достатньо для того, щоб люди (за темою) і комп’ ютери (за ідентифікатором повідомлення) могли легко встановити відповідність між & mdn; і початковим повідомленням.
If unsure, leave the option at the default.
Якщо не знаєте, що обрати, не змінюйте типове значення цього пункту.
Do not send MDNs in response to encrypted messages
Не надсилати сповіщення про долю повідомлення для зашифрованих повідомлень
This option suppresses the sending of & mdn; s if the message is encrypted (partially or in whole). This thwarts attempts to use & kmail; 's & mdn; feature as an oracle to deduce whether you were able to decrypt the message or not.
За допомогою цього пункту можна придушити надсилання & mdn;, якщо повідомлення зашифровано (частково або повністю). Таким чином можна перешкодити спробам використання можливостей сповіщення & kmail; для визначення того, чи можете ви дешифрувати повідомлення, чи ні.
Strictly speaking, this option is not needed, since & kmail; sends & mdn; s regardless of whether the message could be successfully decrypted or not (the disposition notification request resides in the unencrypted part of the message), but it gives the security-conscious user the choice to either send them always if requested (option unchecked), or never (option checked).
Строго кажучи, цей пункт не потрібен, оскільки & kmail; надсилатиме & mdn; незалежно від того, чи може бути повідомлення успішно розшифровано, чи ні (запит на сповіщення про отримання має бути розміщено поза зашифрованою частиною повідомлення), але за допомогою цього пункту користувачі, які переймаються безпекою, можуть або надсилати такі сповіщення завжди (пункт не позначено) або ніколи (пункт позначено).
If unsure, leave the option checked.
Якщо не знаєте, що обрати, не знімайте позначки з цього пункту.
Automatically import keys and certificates
Автоматично імпортувати ключі та сертифікати
If checked, & kmail; automatically imports any attachments containing & openpgp; keys into your local keyring, and any attachments containing & smime; keys into your local key box.
Якщо позначити цей пункт, & kmail; автоматично імпортуватиме всі долучення, що містять ключі & openpgp;, і всі долучення, які містять ключі & smime;, до локального сховища ключів.
Verifying & smime; signatures always involves importing the contained certificates. This option thus does not affect this. It is also unrelated to & gpg; 's auto-key-retrieve feature, where & gpg; will try to import unknown keys from a key server.
Перевірка підписів & smime; завжди включатиме імпортування сертифікатів, які містяться у підписі. Отже цей пункт не вплине на роботу з підписами. Він також непов’ язаний з можливістю auto- key- retrieve & gpg;, за допомогою якої & gpg; імпортує невідомі ключі з сервера ключів.
Composing
Створення
On this tab you can configure security-relevant options for composing messages.
За допомогою цієї вкладки ви зможете налаштувати параметри створення повідомлень, пов’ язані з безпекою.
Automatically sign messages
Автоматично підписувати повідомлення
If checked, the option in the composer will default to on.
Якщо буде позначено цей пункт, параметр у редакторі листів буде типово увімкнено.
However, you can still switch it on and off on a per-message basis.
Але ви, звичайно ж, зможете увімкнути і вимкнути цей параметр для кожного з повідомлень.
Always encrypt to self
Під час шифрування листів завжди шифрувати ще і особистим сертифікатом
If checked, any message that is encrypted to the recipients will additionally be encrypted to yourself.
Якщо буде позначено цей пункт, будь- яке повідомлення, яке було зашифровано для отримувачів, буде додатково зашифровано вашим ключем.
If you uncheck this option, you may not be able to decrypt the messages written by yourself and encrypted to other people anymore.
Якщо ви знімете позначку з цього пункту, ви не зможете розшифровувати написані вами повідомлення, які було зашифровано іншими учасниками листування.
Store sent messages encrypted
Зберігати відіслані повідомлення зашифрованими
This option enables a mode of using mail encryption that is sometimes (misleadingly) called transport-only encryption. In this mode of operation, the message encryption is stripped off as soon as the message has reached its destination. The encryption lasts only while the message is on its way.
За допомогою цього пункту можна увімкнути режим використання шифрування пошти, який іноді (помилково) називається шифруванням лише транспорту. У цьому режимі роботи шифрування повідомлення буде вилучено, тільки- но повідомлення досягне призначення. Шифрування діятиме лише протягом пересилання повідомлення.
& kmail; supports this mode half-heartedly, since such functionality should better placed at the mail server (MTA) than at the mail client (MUA) level. Thus, future versions of & kmail; may drop support for this option.
& kmail; підтримує цей режим не повністю, оскільки подібні функціональні можливості слід надавати поштовому серверу (MTA), а не поштовому клієнту (MUA). Таким чином, у майбутніх версіях & kmail; підтримку цього пункту може бути вилучено.
If checked, messages are stored in your sent-mail folder just as you sent them (ie; if they were encrypted, they are also stored that way).
Якщо ви позначите цей пункт, повідомлення будуть зберігатися після надсилання у вашій теці надіслані (тобто, якщо їх було зашифровано, ці повідомлення також пересуватимуться до теки « надіслані »).
If unchecked, messages will always be stored unencrypted in your sent-mail folder, even if they are sent encrypted.
Якщо зняти позначку з цього пункту, повідомлення завжди зберігатимуться незашифрованими у вашій теці надіслані, навіть якщо ви надсилатимете їх зашифрованими.
Always show the encryption keys for approval
Завжди показувати ключі шифрування для схвалення
If checked, everytime you encrypt a message, a dialog will appear that presents you with the encryption keys that will be used for each recipient. You can then review the choice of keys, change them, and approve or cancel the encryption operation. We recommend to keep this option checked, since it makes the encryption process more transparent.
Якщо ви позначите цей пункт, кожного разу, коли ви шифруватимете повідомлення, програма відкриватиме діалогове вікно, у якому показуватиме ключі шифрування, використані для кожного з отримувачів. Ви зможете переглянути вибір ключів, змінити їх, підтвердити або скасувати дію з шифрування. Ми рекомендуємо вам не знімати позначку з цього пункту, оскільки за позначення пункту процес шифрування буде прозорішим.
Automatically encrypt messages whenever possible
Автоматично шифрувати повідомлення, якщо можливо
Also called opportunistic encryption. If checked, & kmail; will try to match recipients to (openpgp; or & smime;) keys even when you did not specifically request encryption. If usable keys are found for all recipients, & kmail; will ask whether or not you want to encrypt the message.
Такий варіант також називається гнучке шифрування. Якщо позначити цей пункт, & kmail; намагатиметься знайти відповідність між отримувачами і (openpgp; або & smime;) ключами, навіть коли ви не вказали, що повідомлення слід зашифрувати. Якщо належні ключі буде знайдено для всіх отримувачів, & kmail; запитає вас про те, чи бажаєте ви зашифрувати повідомлення.
It is highly recommended to turn this on, as it makes encrypting messages really easy to use.
Наполегливо рекомендуємо вам позначити цей пункт, оскільки таким чином ви значно полегшите собі користування зашифрованими повідомленнями.
Never sign/ encrypt when saving as draft
Ніколи не підписувати/ шифрувати при збереженні чернетки
If checked, & kmail; will not attempt to sign and/ or encrypt messages that are merely saved to the drafts folder. This is more convenient, and does not result in a gross loss of security, provided the drafts folder is safe. & imap; users might want this option turned off, if their drafts folder is on the server.
Якщо позначити цей пункт, & kmail; не намагатиметься підписати і/ або зашифрувати повідомлення, які зберігатимуться у теці чернетки. Так зручніше працювати з поштовим архівом, позначення цього пункту не призведе до значної дірки у безпеці, якщо теку « чернетки » буде достатньо убезпечено. Користувачам & imap; слід, ймовірно, зняти позначку з цього пункту, якщо ваша тека чернетки зберігатиметься на сервері.
Warnings
Попередження
On this tab you can switch security-relevant warnings on and off.
За допомогою цієї вкладки ви зможете увімкнути або вимкнути пов’ язані з безпекою попередження.
Warn when trying to send unsigned messages
Попереджувати при спробі відіслати непідписане повідомлення
If checked, & kmail; will show a warning if for whatever reason a message would be sent without being digitally signed.
Якщо позначити цей пункт, & kmail; показуватиме попередження, якщо з будь- яких причин повідомлення буде надіслано без цифрового підпису.
Warn when trying to send unencrypted messages
Попереджати при надсиланні незашифрованих повідомлень
If checked, & kmail; will show a warning if for whatever reason a message would be sent without being encrypted.
Якщо позначити цей пункт, & kmail; показуватиме попередження, якщо з будь- яких причин повідомлення буде надіслано без шифрування.
While it is common to sign all outgoing messages, encrypting them is not. So unless your company has a policy of never sending any unencrypted messages, it might be a good idea to keep this option switched off and rely on opportunistic encryption to alert you if you could send encrypted messages, but did not request it.
Хоча підписування всі вихідних повідомлень є звичайною практикою, шифрування повідомлень не завжди прийнятне. Отже, якщо правила вашої компанії не забороняють надсилання незашифрованих повідомлень, ймовірно, вам не слід позначати цей пункт і увімкнути гнучке шифрування, щоб програма попереджала вас про те, що ви можете надіслати шифроване повідомлення, але не вимагатиме від вас шифрування.
Warn if receiver's email address is not in certificate
Попереджати, якщо адреси отримувача немає у сертифікаті
If checked, & kmail; will emit a warning if an & smime; certifciate or & openpgp; key will be used for a recipient whose email address is not listed in the email addresses stored in the certificate.
Якщо позначити цей пункт, & kmail; відкриватиме вікна попередження, якщо сертифікат & smime; або ключ & openpgp; буде використано для отримувача, якого немає у списку адрес електронної пошти, які зберігаються у цьому сертифікаті.
Situations in which this warning will trigger include when configuring your per-identity & openpgp; keys or & smime; certificates, when encrypting, and when verifying signatures, if the signature was made with a certificate that does not include the email address of the sender.
Подібні попередження буде показано під час налаштування ключів & openpgp; або сертифікатів & smime; вашого профілю, під час шифрування і під час перевірки підписів, якщо підпис було виконано за допомогою сертифікат, до якого не включено адресу електронної пошти відправника.
Warn if certificates/ keys expire soon
Попереджати, якщо сертифікати/ ключі скоро застаріють
If checked, & kmail; will warn when an & smime; certificate or & openpgp; key is used which will expire soon.
Якщо позначити цей пункт, & kmail; попереджатиме вас, якщо строк дії сертифіката & smime; або ключа & openpgp; наближатиметься до завершення.
The period in which to warn before key/ certificate expiration can then be configured separately for signing and encryption keys, as well as (in the case of & smime;), for end-user certificates, intermediate CA certificates and root certificates.
Строк до завершення дії сертифіката або ключа, за якого буде показано попередження про завершення строку дії, ви зможете окремо налаштувати для ключів підписування і шифрування, крім того (у випадку & smime;), ви зможете зробити це для сертифікатів кінцевого користувача, проміжних сертифікатів CA і кореневих сертифікатів.
Re-Enable All & quot; Donapos; t Ask Againquot; Warnings
Ввімкнути знову всі попередження "більше не питати"
Apart from the main warnings described above, there are more warning and information messages, which contain an option to not show them again. If you would like to re-enable them after choosing not to show them again, you can achieve this by pressing this button.
Окрім описаних раніше основних попереджень, існують і інші попередження та інформаційні повідомлення, у вікнах яких міститься пункт, який надає вам змогу вимикати у майбутньому їх показ. Якщо ви бажаєте увімкнути їх знову після вибору подібного пункту, досягти цього можна за допомогою натискання саме цієї кнопки.
This will re-enable all such warnings for & kmail;. It does not make much sense to allow more fine-grained selection of which warnings to show since you can just check the option to suppress them again when they next show up.
Ця кнопка знову увімкне показ всіх таких попереджень у & kmail;. Створення вікна, у якому ви могли б окремо увімкнути кожне з таких попереджень не має сенсу: ви завжди можете вимкнути показ у майбутньому кожного з попереджень у вікні попередження під час його наступної появи.