natgillin/translations-raw huggingface dataset:
The real problem in setting up Cyrus is the authentication, just because it's not trivial and I'm a newbie, with limited knowledge about what I'm doing.
Єдина проблема у налаштуванні Cyrus є налаштування розпізнавання, лише через те, що таке налаштування не є тривіальним, а я не був досвідченим користувачем з обмеженим знанням питання.
Cyrus can use different SASL (Simple Authentication and Security Layer) mechanisms, the default being sasldb (it stores usernames and passwords in the SASL secrets file sasldb), but also getpwent, kerberos4, kerberos5, PAM, rimap, shadow and LDAP are supported.
Cyrus може використовувати різні механізми SASL (Simple Authentication and Security Layer), типовим є sasldb (за його використання імена користувачів і паролі зберігатимуться у файлі паролів SASL sasldb), але крім цього механізму підтримуються ще getpwent, kerberos4, kerberos5, PAM, rimap, shadow і LDAP.
Since I do n't want to define users/ passwords different than the ones that access my & Linux; box I choose then shadow mechanism so Cyrus will use & Linux; passwords for authenticate.
Оскільки я не бажав визначати пари користувач- пароль, які відрізняються від ти, які використовуються на моєму комп’ ютері з & Linux;. Після цього я обрав механізм shadow, щоб Cyrus використовував паролі & Linux; для розпізнавання.
To do so we have to tell sasl to use saslauthd as password authentication method, and then setup saslauthd to use shadow (or getpwent) as the authentication mechanism.
Для цього я наказав sasl використовувати saslauthd як метод розпізнавання за паролем, а потім налаштувати saslauthd на використання механізму розпізнавання shadow (або getpwent).
OK, let's start!
Гаразд, почнімо!
As root, change the Linux password of cyrus user:
Від імені користувача root, змініть пароль Linux для користувача cyrus:
Enter the password you like (and you will remember) we will use for this example cyrus as the cyrus administrator password.
Введіть бажаний пароль (вам слід його запам’ ятати) у цьому прикладі ми скористаємося паролем адміністратора cyrus для програми cyrus.
sasl_pwcheck_method: saslauthd instead of the default auxprop
sasl_ pwcheck_ method: saslauthd замість типового auxprop
remove the # remark from the line:
вилучіть позначку коментаря # з рядка:
this way you can administer cyrus logging in as cyrus user (what a fantasy I have!)
ось так ви можете адмініструвати cyrus увійшовши як користувач cyrus (у мене чудова фантазія!)
Uncomment the line:
Зніміть позначку коментаря з рядка:
(otherwise the saslauthd will not start at boot time, even if referenced in some / etc/ rcx. d!)
(у іншому випадку saslauthd не буде запущено під час завантаження, навіть якщо пункт програм існує у одному з файлів / etc/ rcx. d!)
and instead of MECHANISMS="pam "put MECHANISMS="shadow" this way at the boot a saslauthd -a shadow will be executed.
і замість MECHANISMS=" pam "впишіть MECHANISMS=" shadow", таким чином під час завантаження буде виконано команду saslauthd - a shadow.
Once exited from your editor, restart sasl and cyrus.
Після виходу з вашого редактора перезапустіть sasl і cyrus.
To test IMAP:
Щоб перевірити IMAP, виконайте такі команди:
You are prompted for the cyrus (user) password, so enter it.
Система запитає у вас пароль (користувача) cyrus, отже вам потрібно буде його ввести.
If the user cyrus is correctly authenticated, the following lines will appear:
Якщо користувач cyrus зможе зареєструватися у системі, з’ являться такі рядки:
To exit type. logout (ie; dot space logout)
Щоб вийти, наберіть. logout (тобто, крапка пробіл logout)
Now add a user named groupware and set a password for it, using your usual system tools. It should be in an unprivileged group such as nobody and does not require a login shell or a home directory.
Після цього додайте користувача з іменем groupware і встановіть пароль для нього за допомогою ваших звичайних системних інструментів. Цей користувач має належати до непривілейованої групи, такої як nobody, якому не потрібно входу до командної оболонки або домашнього каталогу.
Now I have to create the user and an IMAP in cyrus also:
Тепер вам слід створити користувача і IMAP у cyrus, крім того:
# cyradm --user cyrus localhost after entering the password for the admin user cyrus, you get the prompt localhostgt; localhostgt; cm user. groupware localhostgt; lm lists the mailbox only just created user. groupware (\\HasNoChildren)) localhostgt; quit
# cyradm -- user cyrus localhost після введення пароля адміністративного користувача cyrus, ви побачите запрошення localhostgt; localhostgt; cm user. groupware localhostgt; lm показує список поштових скриньок, які тільки- но створено user. groupware (\\ HasNoChildren)) localhostgt; quit
You can type help for a list of available commands.
Ви можете ввести команду help, щоб переглянути список всіх можливих команд.
You can check what has happened with:
Ви можете перевірити, що сталося:
Now you should be able to connect with an IMAP client as the groupware user and see the INBOX.
Тепер ви отримаєте змогу з’ єднатися з клієнтом IMAP від імені користувача groupware і побачите INBOX.
In the IMAP protocol, selecting the mailbox INBOX is a magic word, a sort of alias for the above directory structure. The client sees INBOX, and the IMAP server maps it in the / var/ spool/ cyrus/ mail/... folder and file structure.
У протоколі IMAP назва поштової скриньки, INBOX, є ключовим словом, чимось на зразок псевдоніма для наведеної нижче структури каталогу. Клієнт бачить INBOX, а сервер IMAP спрямовує запит у теку / var/ spool/ cyrus/ mail /... і її підструктуру.
How to setup & kontact; clients
Як налаштувати клієнти & kontact;
I connect to my GNU/ Linux office server PC (a sort of "black box" without monitor and keyboard) from 2 & Windows; 2000 PC with Cygwin/ X, using them as a X-Window server (in the near future I hope to replace both with 2 mini-itx thin clients using the LTSP). With this setup every user runs & kontact; on the same machine where Cyrus is installed and running (localhost).
Я з’ єднуюсь з моїм офісним сервером GNU/ Linux (він виглядає як « чорна скринька » без дисплея і клавіатури) з двох комп’ ютерів з & Windows; 2000 і Cygwin/ X, використовуючи його як сервер X- Window (у найближчому майбутньому я планую замінити обидва ці комп’ ютери на 2 тонких клієнти mini- itx, які використовуватимуть LTSP). За цих налаштувань кожен з користувачів запускає & kontact; на тому ж комп’ ютері, де встановлено і запущено Cyrus (localhost).
To have & kontact; work with IMAP, there are these steps to complete:
Щоб змусити & kontact; працювати з IMAP, слід виконати такі кроки:
Create an IMAP account on the Cyrus for fake groupware user (already previously done!)
Створіть обліковий запис IMAP у Cyrus для фіктивного користувача groupware (ми вже це зробили!)
Create/ configure an IMAP account in & kmail; for login as that user
Створіть або налаштуйте обліковий запис IMAP у & kmail; для входу від імені користувача
Use kresources to make & kontact; components work with data taken from IMAP source
Скористайтеся програмою kresources для того, щоб налаштувати компоненти & kontact; за допомогою даних, взятих з IMAP
Enable groupware functionality and make related subfolders of that IMAP INBOX (if not already)
Увімкніть функціональні можливості групової роботи і відповідні підтеки цього IMAP INBOX (якщо ви ще цього не зробили)
Enjoy & kontact; and shared data through Cyrus IMAP
Насолоджуйтеся роботою у & kontact; і спільним використанням даних за допомогою Cyrus IMAP
So login to & kde; with the first real user account you want to provide groupware functionality to.
Отже, увійдіть до середовища & kde; за допомогою першого з облікових записів звичайного користувача, якому ви маєте намір надати функціональні можливості групової роботи.
Let's create the IMAP account in & kmail;.
Тепер створіть обліковий запис IMAP у & kmail;.
Run & kontact; and select Mail (the & kmail; component). From the menu choose Settings Configure KMail Accounts Receiving tab, press the Add... button. You will then be prompted for the type of your email account, and select disconnected IMAP (not just IMAP). Then in the General tab enter the following data:
Запустіть & kontact; і оберіть пункт Пошта (компонент & kmail;). У меню оберіть пункт Параметри Налаштування KMail Облікові записи Вхідна пошта, натисніть кнопку Додати.... Програма запитає вам про тип вашого облікового запису, вам слід обрати від’ єднаний IMAP (а не просто IMAP). А потім на вкладці Загальне введіть такі дані:
Account Name: office_gwdata
Назва облікового запису: office_ gwdata
A name that will be used for the local folder that points to this IMAP account.
Назва, яку буде використано для локальної теки, яка вказує на цей обліковий запис IMAP.
Login: groupware
Користувач: groupware
The Cyrus user we have chosen as owner of all of the office data
Користувач Cyrus, якого ми обрали як власника всіх офісних даних
The password of the groupware user.
Пароль для користувача groupware.
Host: localhost
Вузол: localhost
Remember for our example, the & kontact; client runs on the same computer as the IMAP server
Пам’ ятайте, що у нашому прикладі клієнт & kontact; запущено на тому ж комп’ ютері, що і сервер IMAP
The default
Типовий
Check store IMAP password so you will not be asked for it next time you run & kontact;. Check the Enable interval mail checking and set a value in minutes.
Позначте пункт Зберігати пароль для IMAP, щоб програма не запитувала вас про пароль наступного разу, коли ви запустите & kontact;. Позначте пункт Ввімкнути періодичну перевірку пошти і вкажіть значення у хвилинах.
Note that we have checked the disconnected IMAP type account. This has the effect that a copy of the groupware data is stored locally to the client (under the home folder), and it is synchronized every time the client connects. This seems very inefficient, since your data is duplicated many times (ie; if you have 10 users that use & kontact;, you have 10+1 times the data), but it is the only way to make things run fast, because at every connection & kontact; has to fetch all data and have & korganizer; and & kaddressbook; interpret it. If you use disconnected IMAP data is cached locally, and only the delta (ie; the data that has changed) is sent.
Зауважте, що ми обрали для типу облікового запису Від’ єднаний IMAP. За такого налаштування копія даних для групової роботи зберігатиметься локально на стороні клієнта (у домашньому каталозі) і синхронізуватиметься під час кожного з’ єднання з сервером. Здається, що за такого зберігання даних дані дублюються багато разів (тобто, якщо у вас є 10 користувачів, які використовують & kontact;, дані буде скопійовано 10+1 разів), але це єдиний спосіб забезпечити швидкість роботи, оскільки за кожного з’ єднання & kontact; має отримувати всі дані і обробити їх за допомогою & korganizer; і & kaddressbook;. Якщо ви використовуватимете Від’ єднаний IMAP дані зберігаються у кеші локально, а надсилається лише різниця (тобто змінені дані).
On the other end, if your users run & korganizer; on the same PC that runs the IMAP server, it seems reasonable to use IMAP (that is called online IMAP) to save space, since transfer speed should not be an issue. But unfortunately this does not work because & kontact; does not update automatically the Calendar folder in online IMAP, so you are not updated when someone adds events (you must manually switch to & kmail; application and click on the Calendar folder). In addition, at start up when it does read Calendar folders, you may see a tremendous flicker and slow data updates.
З іншого боку, якщо ваші користувачі працюють з & korganizer; на тому ж комп’ ютері, на якому запущено сервер IMAP, ймовірно, слід скористатися IMAP (так званим інтерактивним IMAP) для заощадження місця на диску, оскільки у такому випадку швидкість передавання даних не є критичною. Але на жаль, така конфігурація не працюватиме, оскільки & kontact; не оновлює автоматично теку Календар на інтерактивному IMAP, отже не відбуватиметься оновлення під час додавання кимось подій (вам доведеться вручну перемикатися на програму & kmail; і натискати позначку теки Календар). Крім того, під час запуску і читання тек Календар ви можете зіткнутися з блиманням перегляду і повільним оновленням даних.
Now we have to tell & kontact; to use IMAP as the data source for its various components. From the & kmenu;, choose Run command, run kcmshell4 kresources. In the combo box select Contacts, then press the Add... button, and choose Addressbook on IMAP Server via KMail. Then select that new line and press Use as Standard button. Do the same for Calendar and Notes.
Тепер нам слід наказати & kontact; використовувати IMAP як джерело даних для різноманітних компонентів програми. Оберіть у K- меню пункт Виконати команду і виконайте команду kcmshell4 kresources. У спадному списку оберіть пункт Контакти, а потім натисніть кнопку Додати... і оберіть варіант Адресна книга на сервері IMAP через KMail. Потім позначте створений рядок і натисніть кнопку Зробити типовим. Повторіть ці дії для Календаря і Нотаток.
Now we have to enable the & kmail; (and as a consequence, the whole & kontact;) groupware functionality:
Тепер ми увімкнули у & kmail; (і, як наслідок, у всьому & kontact;) функціональні можливості групової роботи:
Choose from the menu Settings Configure KMail Misc Groupware
Скористайтеся пунктом меню Параметри Налаштувати KMail Різне Групова робота
Check Enable IMAP resource functionality
Позначте пункт Ввімкнути використання ресурсів IMAP
Choose English as Language of the groupware folders (this is in case you already have the folders in the IMAP server created by a different program in a different language).
Оберіть Англійська у полі Мова для тек групової роботи (це у випадку, якщо у вас вже були теки на сервері IMAP, створені іншою програмою іншою мовою).
Now move to Resource folder are in account and select the Inbox subfolder of the office_gwdata folder.
Тепер зверніться до пункту Тека ресурсів на обліковому записі і оберіть підтеку Inbox у теці office_ gwdata.
Leave Hide groupware folders unchecked for now, so we can see that happens. You can return here and check it once everything is clear.
Залиште пункт Ховати теки для групової роботи поки що не позначеним, щоб мати змогу бачити, що відбувається. Ви зможете повернутися сюди і позначити пункт після того, як переконаєтеся у належній роботі системи.
When you press OK you are prompted with: kmail; will now create the required folders for the IMAP resource as subfolders of Inbox
Після натискання кнопки « Гаразд » програма надішле вам повідомлення: Зараз & kmail; створить потрібні для ресурсу IMAP теки як підтеки теки Inbox
If you do not want this, press No, and the IMAP resource will be disabled. Press Yes (this happens only the first time with the first real user). You will immediately see that in the & kmail; folder tree, under office_gwdata Inbox these subfolders are created:
Якщо ви не бажаєте такого створення, натисніть кнопку Ні, — ресурс IMAP буде вимкнено. Натисніть кнопку Так (це слід зробити лише першого разу для першого справжнього користувача). Ви негайно побачите, що у дереві тек & kmail;, у теці office_ gwdata Inbox буде створено такі підтеки:
Notes
Нотатки
Journal
Журнал
if you now do a:
якщо ви зараз виконаєте команду:
As you see, the office_gwdata Inbox is stored not local to the & kontact; current user home, but in the IMAP groupware user's folders.
Якщо ви можете бачити, у теці office_ gwdata Inbox зберігається не локально відносно поточної домашньої теки користувача & kontact;, а у теках користувачів IMAP groupware.
Now & kontact; is ready to work and store data there. In the calendar application, if & kmail; IMAP account was of type disconnected, the resource window should display the item Imap resource with 3 subitems, that are paths to local home files. Instead, the Contacts application does not show subitems below the Imap resource.
Тепер & kontact; готовий до роботи і зберігання даних у цій теці. У програмі роботи з календарем, якщо ви обрали для типу облікового запису IMAP у & kmail; від’ єднаний, у вікні ресурсів має бути показано пункт Ресурс IMAP з 3 підпунктами, які є шляхами до локальних файлів. А ось у програмі Контакти у пункту Ресурс IMAP не буде підпунктів.
You can now login to & kde; with a different username and set up his/ her & kontact; client in a very similar manner:
Тепер ви можете увійти до & kde; за допомогою іншого облікового запису користувача і налаштувати його або її клієнт & kontact; у подібний спосіб:
Open & kontact; and in the Mail component add an IMAP account specifying as host the computer where Cyrus server runs (in my case: 192.168.1.3).
Відкрийте вікно & kontact; і додайте у компоненті Пошта обліковий запис IMAP, вказавши як вузол комп’ ютер, на якому запущено сервер Cyrus (у моєму випадку: 192. 168. 1. 3).
Remember to check the Enable interval mail checking and set a value in minutes. When you confirm, you are not prompted for the subfolder creation (since they are found in the IMAP server), and you see them in the folder tree.
Не забудьте позначити пункт Ввімкнути періодичну перевірку пошти і вказати інтервал у хвилинах. Після натискання кнопки « Гаразд » програма запитає вас про створення підтек (оскільки вони знаходяться на сервері IMAP), а потім ви побачите створені теки у дереві тек.
Activate the groupware functionality to be able to save data in the IMAP server.
Активуйте функціональні можливості групової роботи, щоб мати змогу зберегти дані на сервері IMAP.
Beware that in disconnected IMAP, data are transmitted from a client to IMAP server only when the clients connects to check for new mail. So if you have your & kontact; clients with an interval mail checking of, for instance, 5 minutes, in the worst case you have a 10 minutes delay between the event being written and its appearance to the other users.
Пам’ ятайте, що за використання від’ єднаного IMAP, дані передаються від клієнта до сервера IMAP, лише коли клієнт з’ єднується з сервером для перевірки надходження пошти. Отже, якщо ви налаштували ваші клієнти & kontact; на періодичну перевірку пошти з інтервалом, наприклад, у 5 хвилин, у найгіршому випадку, між створенням запису про подію і його появою на клієнтах користувачів може пройти не більше 10 хвилин.
How to have Read Only Access
Як встановити доступ лише для читання
Beware that I've been confirmed that Notes IMAP implementation in & kontact; prior to version 1.01 is broken, so this setup will not work for them, so you want to use them, you need to use the previous setup.
Хочу вас попередити, що реалізація Нотаток IMAP у версіях & kontact;, що передували версії 1. 01 працювала некоректно, отже описані тут дії не будуть працювати з застарілими версіями програми. Якщо вам потрібні нотатки, скористайтеся наведеними раніше настановами.
In the previous setup, we have the same fake user, named groupware, that is used by all the real & kontact; users (ie; tony, rohn, amanda, & etc;) through the IMAP account with its login and password. But this way every real user has the same read/ write permissions of the others, since everyone connects as the user groupware to the IMAP server.
За описаного вище способу налаштування ми створювали одного фіктивного користувача з іменем groupware, якого використовували для роботи всіх справжніх користувачів & kontact; (тобто tony, rohn, amanda тощо) через обліковий запис IMAP за допомогою його імені і пароля. Але у такому випадку кожен зі справжніх користувачів має однакові права доступу на читання і запис до тек інших користувачів, оскільки всі користувачі з’ єднуються з сервером IMAP від імені користувача groupware.
To limit access to some users (typically, providing read-only access), we can use the ACL (Access Control Lists).
Щоб обмежити деяким з користувачів (зазвичай, доступом лише для читання) доступ, ми можемо скористатися ACL (списками контролю доступу).
Select in & kmail; a subfolder of office_gwdata inbox, for instance Calendar, and right click the mouse. Select Properties Access Control tab. Here you can enter the users you want give access to this folder and what they can do.
Оберіть у & kmail; підтеку теки вхідних повідомлень office_ gwdata, наприклад, Календар, наведіть на неї вказівник миші і клацніть правою кнопкою миші. Оберіть у контекстному меню пункт Властивості і відкрийте вкладку Керування доступом. На цій вкладці ви можете визначити перелік користувачів, яким ви надасте доступ до цієї теки, і вказати права цих користувачів.
Just to experiment trying to exchange events, we give All permission to the user mary
Просто заради експерименту, надамо права Всі користувачеві mary
At cyrus level (in the PC that runs IMAP server cyrus, with cyrus tools), we first need to add the user mary, so it's an IMAP recognized user, and create an IMAP folder for her.
На рівні cyrus (тобто на рівні комп’ ютера, на якому запущено сервер IMAP cyrus з інструментами cyrus) нам слід додати користувача mary, щоб IMAP міг розпізнавати цього користувача, і створити теку IMAP для цього користувача.
Then we login to GNU/ Linux as mary and enter & kontact;. As previously shown, we will setup an IMAP account in & kmail; with the same data but the one of the user (instead of the fake user groupware and its password, we will use mary and her password).
Після цього нам слід увійти до GNU/ Linux від імені користувача mary і запустити програму & kontact;. Нам слід створити обліковий запис IMAP у & kmail; описаним вище способом, коли ми створювали обліковий запис з тими ж даними але одним користувачем (замість фіктивного користувача groupware і його пароля ми скористаємося користувачем mary та його паролем).
In & kmail; folder tree, this time you will see this structure: office_gwdata user groupware Calendar and Tasks. Check the mail (File Check Mail) and you will also have an inbox folder under office_gwdata.
Цього разу у дереві тек & kmail; ви побачите таку ієрархію: office_ gwdata user groupware Календар і задачі. Перевірте наявність нової пошти (Файл Перевірити пошту), — у результаті у теці office_ gwdata буде створено підтеку Вхідні.
Now enable & kmail; groupware functionality, and in Resource folders are subfolders of put the inbox that is subfolder of office_gwdata.
Тепер увімкнемо функціональні можливості групової роботи у & kmail;, а у пункті Теки ресурсів є підтеками вкажемо, що вхідні є підтекою теки office_ gwdata.
Now you have two branches of folder under office_gwdata:
Тепер у вас буде дві гілки теки office_ gwdata:
inbox with Calendar, Contacts, Notes, Tasks and Journal, that are saved on mary IMAP folders on the IMAP server
вхідні з підтеками « Календар », « Нотатки », « Задачі » і « Журнал », які зберігаються у теках IMAP користувача mary на сервері IMAP
user, with the subfolder groupware and the subfolders to which mary has access to (in this example, Calendar and Tasks)
user з підтекою groupware і підпідтеками, до яких має доступ користувач mary (у нашому прикладі, « Календар » і « Задачі »)
& RMB; click on the user Calendar and check if it's of type Calendar (if not, set it to be), and also if user Tasks is of type Tasks.
Наведемо вказівник миші на позначку теки user - > Календар і клацнемо правою кнопкою миші, а потім перевіримо, чи належить вона до типу « Календар » (якщо це не так, вкажемо її належність до нього). Виконаємо таку ж перевірку належності теки user - > Задачі до типу « Задачі ».
Now in Calendar you have two available IMAP resources to write against, so if you create a new event, you are prompted which one use (or if you left the local resources available, you have 3!).
Тепер у програмі- календарі у вас буде два ресурси IMAP з можливістю запису, отже під час створення нового запису про подію програма запитуватиме вас, який з них ви бажаєте використати (якщо ви залишили доступним і локальні ресурси, ресурсів буде 3!).
You have go to the lower left small window in Calendar, the one that shows available resources, and uncheck the ones that do n't point to. groupware. directory path (see the tail part of each resource path).
Вам слід перейти до нижнього лівого невеличкого вікна у Календарі, того самого, де показано доступні ресурси, і зняти позначки з тих ресурсів, які не вказують на шлях. groupware. directory (для цього скористайтеся кінцевою частиною записів шляхів для кожного з ресурсів).