CommuniGate Pro Модуль Веб Інтерфейсу Користувача

Навіть якщо Користувач воліє працювати через клієнта, який працює за протоколами POP або IMAP, він може використовувати Веб Інтерфейс Користувача для отримання доступу до можливостей, які не надаються деякими поштовими програмами. Наприклад, Веб Інтерфейс Користувача може використовуватися для завдання Підписок та Списку Прав Доступу для Папок Користувача - ця можливість досі не підтримується клієнтами IMAP. Веб Інтерфейс Користувача можна використовувати для створення Псевдонімів Папок, використання RPOP (Зовнішніх POP джерел), створення Правил користувача тощо.

У цьому розділі описується Веб Інтерфейс Користувача з погляду адміністратора. Більш детальний опис можливостей Веб Інтерфейсу Користувача див. у розділі Веб Пошта.

Веб Інтерфейс Користувача для системи з багатьма Доменами

Коли користувач вказує своєму браузеру з'єднатися з Сервером CommuniGate Pro через порт для Інтернет-інтерфейсу Користувача, відображається сторінка Вхід на сервер. Порт для Інтернету Інтерфейсу Користувача задається в налаштуваннях HTTP модуля Користувача; за замовчуванням використовується незахищений порт номер 8100 та безпечний (на деяких платформах не встановлюється за промовчанням) порт номер 9100.

Після того, як показано сторінку Входу, користувачі можуть ввести на ній їх ім'я та пароль та розпочати сесію роботи через Веб Інтерфейс Користувача.

Коли модуль WebUser отримує ім'я домену з URL, він проганяє його через записи Маршрутизатора Доменного рівня. Так, якщо у таблиці Маршрутизатора є запис:

Якщо URL містить ім'я домену, яке не обслуговується сервером, відображається сторінка з повідомленням про помилку. Зазвичай це свідчить пропомилка в налаштуванні Сервера: вказаний домен має A-запис у DNS, що вказує на ваш сервер (оскільки інакше сервер не отримав би цей запит), але його ім'я не надсилається ні на який з доменів, що обслуговуються вашою північною стороною. Ви повинні або створити домен з таким ім'ям у CommuniGate Pro, або перенаправити цей домен на один із доменів CommuniGate Pro, які вже існують.

Користувач може зайти на сервер як користувач із будь-якого домену, якщо він вкаже своє повне ім'я: якщо, наприклад, відкрита сторінка Вхід головного домену Сервера ( ), а Ім'я Користувача у відповідному полі введено як [email protected], то на сервер увійде користувач username з домену client.com (якщо також було вказано правильний пароль).

Якщо в домені існують Списки розсилки, то його сторінка Вхід містить посилання на сторінки з архівами Списків Розсилки.

Доступ Користувачів та Сесії Веб Інтерфейсу Користувача

Деякі протоколи (такі як IMAP та POP) є сесійно-орієнтованими протоколами: клієнтська програма встановлює з'єднання з сервером, надає дані, необхідні для автентифікації користувача, обробляє дані користувача (папки, налаштування тощо) і потім закриває з'єднання. HTTP протокол не є сессинно-орієнтованим: Веб-браузер встановлює з'єднання, надсилає один або кілька запитів, отримує дані та закриває з'єднання.

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

Для того, щоб надсилати запити правильним чином, модуль WebUser створює ідентифікатор сесії (ID сесії) для кожної створюваної віртуальної сесії і змушує браузер користувача включати ідентифікатор сесії в кожен запит, що відправляється ним.

Для того, щоб уникнути "захоплення" сесій WebUser, модуль WebUser може використовувати HTTP "cookies". Коли опцію Захист за допомогою Cookies увімкнено, Сервер створює якийсь випадковий "cookie" рядок і відправляє його браузеру користувача при встановленні сесії. Потім, коли браузер отримати доступ до будь-яких сторінок з даними протягом цієї сесії, він завжди відсилає цей рядок назад на Сервер. Сервер дозволяє доступ тільки якщо їм отримано правильний рядок cookie.

Зверніть увагу:Деякі браузери не підтримують "cookies" взагалі або підтримка "cookies" в них може бути вимкнена. Перед тим, як увімкнути опцію Захист за допомогою Cookies, Користувач повинен перевірити налаштування браузера.

Зазвичай, користувач починає свою WebUser сесію ввівши Ім'я Користувача та пароль на сторінку Вхід через Веб Інтерфейс Користувача. Це "незахищений" метод входу і він є безпечним лише якщо доступ до сторінки Входу здійснюється через захищене (SSL/TLS) з'єднання (через URL типу https://).

Як альтернатива може використовуватися URL /login/ на вашому Сервері. Сервер вимагатиме проведення Аутентифікації на рівні HTTP, і браузер або відкриє діалогове вікно Аутентифікації, або,Якщо встановлено з'єднання SSL/TLS, відправить Сертифікат Користувача.

Автоматичний Вхід та Єдиний механізм входу користувачів

Автоматизація Вхід направте браузер за посиланням

Налаштування Веб Інтерфейсу Користувача

Для того, щоб налаштувати модуль Веб Інтерфейсу Користувача, за допомогою будь-якого браузера з'єднайтеся з сервером CommuniGate Pro і відкрийте сторінку WebUser в області Налаштування.

Налаштування Перевірки Орфографії

Адміністратор Сервера може вказати одну або кілька зовнішніх програм перевірки орфографії. Щоб настроїти перевірку Орфографії, натисніть посилання Орфографія на сторінці Загальні.

З'явитися сторінка Орфографія:

Для налаштування перевірки орфографії, вкажіть мову, яку програма має обробляти, шлях до програми та кодування, в якому програма обробляє дані. Для внутрішнього представлення даних у Сервері використовується кодування UTF-8, тому якщо перекодування не потрібне, встановлюйте значення UTF-8.

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

Записи, розміщені модулем перевірки орфографії в Журнал роботи Сервера, мають позначку SPELLER.

Ви можете встановити (або скинути) прапорець для увімкнення (вимкнення) використання певної програми перевірки орфографії, не видаляючи її зі списку програм.

Щоб видалити програму перевірки орфографії, введіть порожній рядок у полі Мова, натисніть кнопку Модифікувати.

Програми перевірки орфографії повинні підтримувати роботу через інтерфейс "pipe", що використовується в популярних програмах Ispell та aspell:

  • Текст відправляється в програму рядково, і перший символ рядка має бути пробілом;
  • Для кожного вхідного рядка програма повертає нуль, один або кілька непустих рядків відповіді, що закінчується порожнім рядком.
  • Обробляються лише ті рядки відповіді, які починаються із символу амперсанд (&) або ґрати (#).
  • Рядок, що починається з символу грати, має наступний формат:

Веб Інтерфейс Користувача до Списків Розсилки

На сторінці Вхід до Домену, модуль WebUser показує посилання на Списки Розсилки.

Сторінка зі Списками Розсилки містить усі списки розсилки, які є в цьому домені, для яких Права Перегляду дозволені всім. Кожне ім'я є посиланням, пройшовши яким можна відкрити сторінку зі списком повідомлень у цьому Списку Розсилки. Оскільки архіви Списків Розсилки зберігаються в папках, робота в Інтернеті Користувача зі списками розсилки дуже схожа на роботу в Інтернеті Користувача при перегляді папок.

При роботі зі списками розсилки через Інтернет Інтерфейс Користувача не потрібно ніякої автентифікації та не створюється віртуальна сесія; кожен запит браузера обробляється незалежно.

Вільна Реєстрація

Коли створюється новий користувач, його опції та установки беруться із Шаблону Домена.