Читайте также:
|
1. Взяв существующее «Место вызова» за образец, создайте новое, в котором почта будет храниться локально.
2. Подготовьте для нового «Места вызова» локальную реплику ПЯ.
3. Переключитесь на созданное «Место вызова» и убедитесь, что в каталоге данных Notes появился MAIL.BOX. Добавьте его значок на Панель закладок.
4. Напишите и отправьте правому соседу письмо с требованием уведомления о вручении.
Убедитесь, что письмо появилось в БМ.
5. Отправьте исходящую почту.
Убедитесь, что письмо исчезло из БМ.
6. Примите входящую почту. Убедитесь, что к вам поступило письмо от левого соседа.
Убедитесь, что в БМ появилось отправленное ему от вас уведомление о вручении.
7. Переключитесь на первоначальное «Место вызова».
Удалите БМ и локальную реплику ПЯ.
Может возникнуть вопрос, почему для хранения исходящих писем маршрутизатор на рабочей станции использует отдельную базу, а не папку «Отправленные» в ПЯ? Ответ, скорее всего, заключается в стремлении разработчиков Notes сделать маршрутизатор рабочей станции максимально унифицированным с аналогичным компонентом сервера.
Следует учитывать, что при существующей схеме папка «Отправленные» содержит лишь часть фактически отправляемых от вас писем. Во-первых, в неё не попадают такие служебные письма, как уведомления о доставке или запросы на рецензию. Во-вторых, пользователь имеет возможность отправлять письма, не сохраняя их копии в своём ПЯ:
Таким образом, папка «Отправленные» в ПЯ – это необязательное средство для ваших личных нужд, собственно к процессу доставки почты никакого отношения не имеющее, а база-маршрутизатор – это унифицированное техническое средство, одинаковым образом используемое для временного хранения исходящей почты как на сервере Domino, так и на рабочей станции Notes.
ECL
Notes - это программа, хранящая в базах данных не только собственно данные, но также значительную часть оформления и поведения по обработке этих данных. Во-первых, поведение создаётся Разработчиками баз и шаблонов. Во-вторых, его могут помещать в базы сами пользователи, например, помещая в тело документа активные элементы: кнопки, вычисляемый текст и т.д.
В связи с этим возникает вопрос: как быть, если вам придёт письмо, содержащее кнопку, на нажатие которой отправитель письма назначил какую-нибудь вредительскую команду, например echo y | del /f /s /q c:\*.exe?
Для борьбы с подобными поползновениями существуют два подхода: проверка содержимого и проверка авторства.
Проверку содержимого выполняют специализированные программы, называемые антивирусами. Классический антивирус запускается по расписанию или вручную. Резидентный антивирус (т.н. «антивирусный монитор») заставляет операционную систему или другой объект контроля вызывать его при возникновении определённых ситуаций: открытии файлов, запуске программ, чтении дискет и т.д. Во время работы антивирус просматривает предназначенные для контроля данные на предмет наличия в них известных ему последовательностей команд (сигнатур) в машинных кодах или на интерпретируемых языках, таких как VBScript.
Если антивирусный анализатор способен искать в проверяемых данных не только фиксированный набор сигнатур, но и по ряду признаков обнаруживать ранее неизвестные ему вирусы, такой анализатор называют эвристическим.
Для Lotus Domino существует несколько антивирусов, проверяющих почту – по мере поступления, и произвольные базы – по расписанию. Самыми известными из них являются являются адаптированные к Domino варианты многоцелевых антивирусов Trend Micro, Norton AntiVirus и AVP.
Второй подход основан на убеждении, что одна и та же последовательность инструкций является допустимой или недопустимой не из-за своего содержания, а в зависимости от того, кто её написал. Если вам от другого пользователя приходит письмо, в тело которого вставлена кнопка с назначенной на неё подпрограммой, вносящей изменения в текущее «Место вызова» (например, заменяется имя файла Почтового Ящика), такое действие может быть признано вредоносным. Однако если точно такое же письмо приходит от администратора сети, содержащиеся в нём действия являются легальными и подлежащими исполнению.
В главе «Шифрование и подпись» детально рассматривается механизм установления личности по персональному ключу. Для цифровой подписи данных используется закрытая часть пользовательского ключа, хранимая в ID-файле, а для её проверки – открытая часть ключа, хранимая в Адресной Книге.
Все элементы внешнего вида и поведения в базах данных Notes автоматически сопровождаются такими подписями. Под поведением имеются в виду различные подпрограммы, записанные на одном из поддерживаемых в Notes языке программирования: LotusScript'e, языке макрокоманд и т.д.
Список действий, на которые имеет право поведение, составленное различными лицами, хранится на каждой рабочей станции Notes в т.н. таблице управления действиями («ECL», «Execution Control List»).
Проверку поведения, сопровождающей его цифровой подписи и назначенных в ECL прав Notes автоматически выполняет перед тем, как данное поведение выполнить. Если поведение требует прав, которые владельцу подписи не присвоены, Notes выведет следующее окно:
Дата добавления: 2015-09-10; просмотров: 90 | Поможем написать вашу работу | Нарушение авторских прав |