Руководство по установке и администрированию ПО Мэйлбокс (стр. 3 )

<extrapassword> – дополнительный пароль пользователя. Значение его в настоящей версии фиксировано: MAIL.

ü  В результате выполнения команды в ini-файле Мэйлбокса в секции [PASSWORDS] появится новая строка следующего вида:
<USERNAME>=<строка символов>, где <USERNAME> ‑ имя нового пользователя Мэйлбокса, а <строка символов> ‑ зашифрованный пароль пользователя для входа в Мэйлбокс.

Внимание! Если программа-пользователь Мэйлбокса устанавливается на той же рабочей станции необходимо, чтобы ее сертификаты шифрования и ЭЦП были построены на том же ключе, что и у Мэйлбокса (Секретная дискета одна и та же).

5.7.3.  Удаление пользователя из списка пользователей Мэйлбокса

Для удаления пользователя из списка пользователей Мэйлбокса необходимо:

1.  Завершить работу Мэйлбокса (см. п. 4.5).

2.  Открыть для редактирования ini-файл Мэйлбокса (в зависимости от версии ПО, либо rtsqcomm. ini, либо, при его отсутствии ‑ rtsmail. ini).

3.  Удалить в секции [PASSWORDS] строку следующего вида:
<USERNAME>=<строка символов>, где <USERNAME> ‑ имя удаляемого пользователя Мэйлбокса.

4.  Сохранить измененный ini-файл Мэйлбокса.

5.  Запустить Мэйлбокс (см. п. 4.4).

5.8.  База данных Мэйлбокса

База данных сертификатов и необработанные Мэйлбоксом сообщения находятся в каталоге \MailBox\MbTbl (для базы данных на C-Tree) см. п.4.1.2, для базы данных на flatfile см. п.4.1.3 и для ODBC см. п.4.1.4.

Обработанные сообщения: исходящие сообщения, на которые получено уведомление о доставке и входящие, полученные программой-пользователем Мэйлбокса, удаляются из рабочей базы данных в архив. Архив сообщений Мэйлбокса содержится в подкаталоге \archive основного каталога программы. В нем имеются следующие подкаталоги:

\fail – каталог нераспознанных сообщений,

\in – каталог входящих сообщений,

\out – каталог исходящих сообщений,

\reply – уведомления, полученные от других Мэйлбоксов.

Содержимое каталогов \in и \out архива может быть использовано для доказательства факта отправки и доставки сообщения адресату. Поэтому рекомендуется периодически проводить резервное копирование этих каталогов.

6.  Резервное копирование данных

Рекомендуется регулярно производить резервное копирование следующих файлов:

·  *.ini – конфигурационные файлы программы из основного каталога (\MailBox).

·  Файлы базы данных сертификатов:

·  mainbase. sgn – файл подписи базы данных из основного каталога (\MailBox).

·  все файлы базы данных из каталога (\MailBox\MbTbl), кроме *.fcs (*.fcs – журналы транзакций c-tree. Пересоздаются при перезапуске приложения.).

* ‑ обозначает любые символы.

Необходимо регулярно архивировать и сохранять содержимое каталога архивов. После
архивации файлы из каталога можно удалить. Архивирование ОБЯЗАТЕЛЬНО должно проводиться с использованием архиватора, поддерживающего длинные имена файлов.
Также необходимо регулярно проводить удаление старых log-файлов Мэйлбокса. Оставлять примерно за две недели.

7.  Восстановление при ошибках, сбоях и нештатных ситуациях

В случае ошибок в работе ПО "Мэйлбокс" причину их возникновения можно установить, проведя анализ информации файлов err_log. log и msg_log. log, находящихся в подкаталоге \log основного каталога программы. В файл err_log. log программа записывает информацию об ошибках, в файл msg_log. log – информацию об отправке сообщений и получении ответов от сервера системы ЭДО.

При возникновении фатальных ошибок необходимо:

1.  Переустановить программное обеспечение "Мэйлбокс".

2.  Скопировать файлы из резервной копии в соответствующие каталоги.

Если резервная копия отсутствует, необходимо пересоздать базу данных и заново подписать ее ЭЦП, заменить сертификаты на новые. Процедура описана в ПРИЛОЖЕНИЕ А "Работа с сертификатами".

При ошибках в базе данных сообщений возможно ее восстановление. Процедура должна производится опытным пользователем и описана в ПРИЛОЖЕНИЕ Б "Работа с БД сообщений".

В случае проблем ‑ воспользоваться рекомендациями, изложенными в п. 3.9 настоящего руководства.

8.  Дополнительная информация

1.	EDI Description. doc	ЭДО РТС. Общее описание

9.  ПРИЛОЖЕНИЕ А "Работа с сертификатами"

Локальная пользовательская база данных содержит два вида сертификатов: опорные сертификаты и сертификаты, в процессе работы получаемые из Хранилища Сертификатов (ХС) и добавляемые программой.

База данных сертификатов открытых ключей ЭДО РТС содержится в каталоге, который задается через параметр path в секции [database]. Динамически обновляемый справочник открытых ключей СКЗИ “Верба-О” содержится в каталоге, который задается через параметр basepath секции [cryptomanager]. Файлы зашифрованных секретных ключей пользователя, содержатся в каталоге, который задается через параметры signpath и encrpath в секции [cryptomanager]. Файлы открытых ключей и зашифрованных секретных ключей пользователя при каждой инициализации СКЗИ считываются и загружаются в память драйвера СКЗИ.

Используемые при установке ПО дискеты содержат открытые и зашифрованные секретные ключи (секретная дискета), сертификаты ключей ЭЦП и шифрования пользователей, подписанные ЭЦП Центра Сертификации (ЦС) ЭДО РТС (транспортная дискета).

При установке программного обеспечения, работающего в системе ЭДО РТС, создается база данных сертификатов пользователя, подписанная на ключе администратора ХС. В случае, если пользователь хочет создать базу данных и подписать на своем ключе или при потере базы данных и невозможности ее восстановления из резервной копии, он может воспользоваться программой RTSCMA. EXE. Эта программа используется для управления локальной базой данных сертификатов. Ее возможности:

·  Создание "пустой" базы данных сертификатов.

·  Включение в базу данных пользовательских сертификатов.

·  Подписание базы данных на выбранном ключе.

·  Просмотр списка сертификатов.

·  Извлечение сертификатов из базы и сохранение их в виде *.cer файлов.

Примечание. Указанные процедуры не затрагивают файлов рабочей базы данных сообщений Мэйлбокса, находящейся в том-же каталоге, что и база сертификатов.

9.1.  Процедура создания базы сертификатов

Для извлечения сертификатов из базы необходимо выполнить следующую команду:

Rtscma. exe rtsmail. ini extract

После выполнения этой команды в текущей директории буду созданы файлы сертификатов с расширением *.cer

Внимание! Предыдущая команда извлекает из базы только опорные сертификаты. Для извлечения всех сертификатов из базы надо выполнить команду:

Rtscma. exe rtsmail. ini extractall

Примечание. Нижеследующие действия (кроме настройки конфигурационного файла) рекомендуется выполнять с помощью командного файла mainbase. bat, входящего в состав дистрибутива Мэйлбокса.

Процедура создания базы данных включает в себя следующие действия пользователя:

9.1.1.  Настроить конфигурационный файл

В конфигурационном файле rtsmail. ini произвести следующие действия:

1.  В секции [cryptomanager] проверить и при необходимости отредактировать следующие параметры:

·  Правильность пути к каталогу \mbtbl в секции [database] ‑ строка вида:
path=./mbtbl/,

·  Правильность путей к каталогам \tmp, и \Key в секции [cryptomanager]‑ строки вида:
signpath= C:\Program Files\RTS_MailBox\Key\
encrpath= C:\Program Files\RTS_MailBox\Key\
basepath= C:\Program Files\RTS_MailBox\Mailbox\tmp\,

·  Наличие в секции [cryptomanager] строки:
mainBaseSign=mainbase. sgn.

2.  Установить правильное название и путь к файлу открытого ключа. Для этого:

·  Найти на транспортной дискете файл с расширением LFX (например, 000801.LFX) и запомнить его имя,

·  В секции [cryptomanager] строке вида mainBaseSignOpenKey= C:\Program Files\MailBox\Key\000501.lfx
установить имя файла открытого ключа (например,
mainBaseSignOpenKey= C:\Program Files\MailBox\Key\000801.lfx).

9.1.2.  Создать "пустую" базу данных

Для создания "пустой" базы данных сертификатов необходимо запустить файл RTSCMA. EXE со следующими параметрами (набрать в командной строке и нажать клавишу Enter):

rtscma. exe rtsmail. ini createdb

9.1.3.  Добавить сертификаты в базу данных

В базе данных находятся опорные сертификаты. Опорные сертификаты - это сертификаты, которые необходимы для успешной инициализации программы Мэйлбокс. Cертификаты добавляются с помощью программы rtscma. exe. На этапе создания базы необходимо добавить сертификаты следующих пользователей:

-  *****@***- Центр сертификации ЭДО. Таких сертификатов на транспортной дискете может быть два, необходимо добавить оба.

-  *****@***MAILBOX - Хранилище сертикатов ЭДО.

-  EMAIL@<код компании>.MAILBOX, тип E - сертификат открытого ключа шифрования Мейлбокса.

-  EMAIL@<код компании>.MAILBOX, тип S - сертификат открытого ключа ЭЦП Мейлбокса.

Чтобы добавить в базу данных сертификаты с транспортной дискеты необходимо:

·  вставить в дисковод (например в "А") транспортную дискету, найти на ней файлы *.cer и запомнить их имена,

·  запустить необходимое число раз файл RTSCMA. EXE со следующими параметрами:

rtscma. exe rtsmail. ini addp A:\<certName>.cer

, где <certName> ‑ номер сертификата.

9.1.4.  Подписать базу данных

Для подписания созданной базы данных запустить файл RTSCMA. EXE со следующими параметрами:

rtscma. exe rtsmail. ini sign

9.1.5.  Проверить правильность выполнения процедуры

Проверить наличие всех необходимых сертификатов.

Для проверки правильности выполнения процедуры создания и подписания базы данных запустить файл rtscma. exe со следующими параметрами:
rtscma. exe rtsmail. ini list

ü  В таблице сертификатов должны быть все добавленные вами сертификаты.

ü  В случае ошибок в консольном окне программы будет сообщение:
Signature of certificate’s main base is wrong

ü  В случае успеха ‑ Signature of certificate’s main base is OK

9.2.  Процедура замены базы сертификатов

Описанные в этом разделе действия можно выполнять в автоматическом режиме с помощью утилиты KeyChanger. exe, находящейся на транспортной дискете.

1.  Очистить содержимое каталогов

При замене сертификатов необходимо очистить содержимое каталогов, указанных в параметрах signpath, encrpath, basepath секции [cryptomanager].

2.  Скопировать каталог HD1 на жесткий диск

Вставить в дисковод новую секретную дискету и скопировать новые файлы из каталога HD1 на жесткий диск в каталоги, указанные в параметрах signpath и encrpath секции [cryptomanager].

3.  Пересоздать базу данных сертификатов

Для того, чтобы пересоздать базу данных сертификатов необходимо запустить файл RTSCMA. EXE со следующими параметрами (набрать в командной строке и нажать клавишу Enter):

rtscma. exe rtsmail. ini createdb

4.  Добавить новые сертификаты в базу данных

Опорные сертификаты (см. определение в п. Процедура создания базы сертификатов) добавляются с помощью программы rtscma. exe.

Чтобы добавить в базу данных сертификаты с транспортной дискеты необходимо:

·  вставить в дисковод (например в "А") транспортную дискету, найти на ней файлы *.cer и запомнить их имена,

·  запустить необходимое число раз файл RTSCMA. EXE со следующими параметрами:

rtscma. exe rtsmail. ini add A:\<certName>.cer, где <certName> ‑ номер сертификата.

5.  Подписать базу данных сертификатов

Для подписания созданной базы данных запустить файл RTSCMA. EXE со следующими параметрами:

rtscma. exe rtsmail. ini sign

6.  Проверить правильность выполнения процедуры

Проверить наличие всех необходимых сертификатов.

Для проверки правильности выполнения процедуры создания и подписания базы данных запустить файл rtscma. exe со следующими параметрами:
rtscma. exe rtsmail. ini list

ü  В таблице сертификатов должны быть все добавленные вами сертификаты.

ü  В случае ошибок в консольном окне программы будет сообщение:
Signature of certificate’s main base is wrong

ü  В случае успеха ‑ Signature of certificate’s main base is OK

9.3.  Программа для администрирования сертификатов компании-абонента ЭДО

Программа RTSGAdmin. exe предназначена для администрирования сертификатов компании-абонента ЭДО. Программный модуль RTSGAdmin. exe копируется в каталог клиента Мэйлбокса.

Настройки программы RTSGAdmin. exe аналогичны настройкам клиента Мэйлбокса.

Модуль RTSGAdmin. exe позволяет компрометировать, блокировать и разблокировать сертификаты внутри компании-абонента ЭДО. Внутренние сертификаты компании – это сертификаты с одним и тем же NAME (*****@***USER - структура адреса).

Список команд:

1.  Просмотр списка пользователей компании:

RTSGAdmin. exe <ini-file> usrlist, где

<ini-file> - полное имя ini-файла с расширением (rtsmail. ini).

2.  Просмотр номера сертификата пользователя:

RTSGAdmin. exe <ini-file> usrcertlist USER

3.  Для изменения статуса сертификата используется команда:

RTSGAdmin. exe <ini-file> chgstatus <certificate id> <certificate status>

, где <certificate id> - номер сертификата, <certificate status> - статус сертификата: e – (enable) разрешить, b – (blocked) заблокировать, d – (disable) запретить.

Примечание. Сертификат со статусом d разблокировать невозможно.

10.  ПРИЛОЖЕНИЕ Б "Работа с БД сообщений"

Рабочая база данных (БД) сообщений Мэйлбокса находится в каталоге \MailBox\MbTbl. В ней содержатся необработанные сообщения:

·  Исходящие сообщения – сообщения, отправленные Мэйлбоксом, на которые еще не получено уведомление о доставке,

·  Входящие сообщения – сообщения, адресованные программе-пользователю Мэйлбокса, но еще не полученные ею или не удаленные после получения в архив сообщений Мэйлбокса.

В случае сбоев в БД сообщений Мэйлбокса для ее восстановления, пересоздания, удаления из нее сообщений, добавления в нее сообщений из архива только опытными пользователями могут быть использованы следующие процедуры:

·  создание (пересоздание) базы данных,

·  получение содержимого базы данных в файл или на экран,

·  экспорт файлов из базы данных,

·  импорт файлов в базу данных,

·  импорт сообщения в базу данных.

Примечание. Перед выполнением процедур необходимо завершить работу Мэйлбокса. Указанные процедуры не затрагивают файлов базы сертификатов, находящейся в том же каталоге, что и рабочая база данных сообщений Мэйлбокса.

1. Создание (пересоздание) базы данных

Для запуска процедуры запустить файл Mailbox. exe со следующими параметрами (набрать в командной строке и нажать клавишу Enter) :
Mailbox. exe <ini-file> - createdb
,где <ini-file> ‑ полное имя ini-файла (с расширением)

Процедура создает "пустую" базу данных. Перед ее запуском необходимо сделать резервную копию БД.

2. Получение содержимого базы данных

Для запуска процедуры запустить файл Mailbox. exe со следующими параметрами:
Mailbox. exe - dumpdb

Выполнение процедуры приводит к выводу содержания БД на экран и записи в log-файл.

3. Экспорт базы данных

Создать каталог <DirName> для экспорта база дынных.

Для запуска процедуры запустить файл Mailbox. exe со следующими параметрами:
Mailbox. exe –export <DirName>
,где <DirName> ‑ имя каталога, в который будет экспортирована база данных.

Выполнение процедуры приводит к экспорту базы данных в указанный каталог. В каталоге файлы исходящих и входящих сообщений каждого пользователя будут помещены в подкаталог с именем, соответствующим полному адресу пользователя (например: *****@***USER).

4. Импорт базы данных

Для запуска процедуры запустить файл Mailbox. exe со следующими параметрами:
Mailbox. exe –import <DirName>
,где <DirName> ‑ имя каталога, из которого будет импортирована база.

Выполнение процедуры приводит к импорту в рабочую БД Мэйлбокса базы данных из указанного каталога.

5. Импорт сообщения

Для запуска процедуры запустить файл Mailbox. exe со следующими параметрами:
Mailbox. exe –importpkt <FileName> <UserName>
,где <UserName> ‑ полный адрес пользователя Мэйлбокса (например: *****@***USER), а
<FileName> ‑ имя файла, образованное следующим образом:

Bytes	Описание	Значение
0-31	ID (уникальный идентификатор) сообщения
32	Статус сообщения в Мэйлбоксе	21 – принятое сообщение 22 – еще не отправленное сообщение 43 – отправленное сообщение
33	Статус сообщения у пользователя
34	Дополнительный статус (orphan status)	принимает значение 0 или 1. По умолчанию – 0

Выполнение процедуры приводит к импорту в рабочую БД Мэйлбокса, указанного сообщения с выбранным статусом.

11.  ПРИЛОЖЕНИЕ В "Основные сообщения log-файлов"

1.  Файл msg_log. log

В файле msg_log. log два вида основных сообщений: [+D] – входящее сообщение (сообщение от ХС к пользователю), [+U] – исходящее сообщение (сообщение от пользователя на ХС).

1)"[+D] %s->%s (%s->%s) %04X(%s)", nv. GetOriginalFromS().c_str(), env. GetOriginalToS().c_str(), env. GetFromS().c_str(), env. GetToS().c_str(), uid2num(env. GetOriginalUIDS()), env. GetOriginalUIDS().c_str();

пример:
11:09:40 27.11.01 MB [+D] *****@***EACSRV->*****@***USER1
(*****@***MAILBOX->*****@***USER1) A918(P0oDPIQBAAAB8iKK6epfNHVyJdWo6Trd)

*****@***EACSRV - адрес отправителя сообщения (проставленный в анкорном уровне криптопакета).
*****@***USER1 - адрес получателя сообщения (проставленный в анкорном уровне криптопакета).
*****@***MAILBOX - адрес последнего узла, обработавшего сообщение.
*****@***USER1 - адрес узла, который будет обрабатывать сообщение.

A918 - краткий идентификатор криптопакета.

Примечание. Краткий идентификатор рассчитывается из полного идентификатора и используется для записи и упрощения поиска в log-файле.

P0oDPIQBAAAB8iKK6epfNHVyJdWo6Trd - полный идентификатор криптопакета (проставленный в анкорном уровне криптопакета).

2) "[+U] %s->%s (%s->%s) %04X(%s)", nv. GetOriginalFromS().c_str(), env. GetOriginalToS().c_str(), env. GetFromS().c_str(), env. GetToS().c_str(), uid2num(env. GetOriginalUIDS()), env. GetOriginalUIDS().c_str();

пример:
11:09:31 27.11.01 MB [+U] *****@***USER1->*****@***EACSRV
(*****@***MAILBOX->*****@***MAILBOX) D51E(F8zTO6cCAACue46+IHoYYekdZ6a3p5PZ)

*****@***USER1 - адрес отправителя сообщения (проставленный в анкорном уровне криптопакета).
*****@***EACSRV - адрес получателя сообщения (проставленный в анкорном уровне криптопакета).
*****@***MAILBOX - адрес последнего узла, обработавшего сообщение.
*****@***MAILBOX - адрес узла, который будет обрабатывать сообщение.
D51E - краткий идентификатор криптопакета.

F8zTO6cCAACue46+IHoYYekdZ6a3p5PZ - полный идентификатор криптопакета (проставленный в анкорном уровне криптопакета).

Примечание. Анкорный уровень – уровень, указывающий последнюю важную для данного узла подпись. Например, для отправителя сообщения важна подпись получателя в ответном сообщении. А для получателя сообщения важна подпись отправителя.

2.  Файл err_log. log

Используемые обозначения:
%s - текстовая строка (адрес, uid и т. д.)
%04X - хэш uid’а (короткий идентификатор).
%04X(%s) - оба представления uid’а - и короткое и длинное.

Сообщения:
1) "MB: address %s invalid (no dot inside)", m_OurSide. c_str();

Неправильный адрес. В полученном из сертификата адресе нет символа (.) точка.

2) "MB: address %s invalid (mailbox address on client application, check certificate settings)", m_OurSide. c_str();

Неверно указано имя сервиса. Например, имя сервиса не МAILВOX, а USER1.

3) "MB: I2ME message, coming down not found in database %04X(%s) %s->%s", uid2num(env. GetOriginalUIDS()), env. GetOriginalUIDS().c_str(), env. GetOriginalFromS().c_str(), env. GetOriginalToS().c_str();

При проверке тестового сообщения самому себе обнаружен сбой в базе. Для тестовых проверок.

4) "MB: Mailbox unable to work with this client, update programs";

Сообщение сформировано программой с устаревшей версией крипто-библиотеки и несовместимой с версией криптосистемы на данном узле.

5) "MB: too big message ->%s", msg. address;

Размер сообщения превышает установленный предел.

6) "MB: login failed";

Приложению не удалось соединиться с сервером.

7) "MB: address mismatch: %s from crypto vs %s from transport", m_OurSide. c_str(), addr. c_str();

Адрес приложения в ЭДО, содержащийся в базе сертификатов, не совпадает с адресом RTSComm этого приложения.

8) "MB: encryption failed %s", key. to_long_text().c_str();

Неудачная попытка шифрования. Криптоменеджер не смог зашифровать сообщение сразу после запроса. Например, не загружен ключ шифрования.

9) "MB: encryption with existing key failed %s", key. to_short_text().c_str();

Неудачная попытка шифрования. При шифровании сообщения используются два сертификата один сертификат отправителя сообщения, а другой сертификат получателя сообщения. Шифрование может быть отложено в связи с необходимостью отправить запрос в ХС на наличие сертификата получателя. После получения нужного сертификата Криптоменеджер уведомляет Мэйлбокс о его получении, если после этого шифрование по каким-либо причинам не удалось произвести, то в log-файл запишется данное сообщение.

10) "MB: encryption delayed %s", key. to_long_text().c_str();

Шифрование отложено. Основная причина - в кэше сертификатов нет валидного
сертификата шифрования получателя сообщения.

11) "MB: broken message deleted %04X(%s)", uid2num(env. GetOriginalUIDS()), env. GetOriginalUIDS().c_str();

Удалено поврежденное сообщение с неопределенным статусом.

12) "MB: Timecheck!!! CertDepot negative reply to %04X(%s) with reason %X", uid2num(key. m_uid), key. m_uid. c_str(), reason;

Уведомление о разнице времени между Мэйлбоксом и ХС. Необходимо синхронизировать время.

13) "MB: CertDepot negative reply to %04X(%s) with reason %X", uid2num(key. m_uid), key. m_uid. c_str(), reason;

Отрицательный ответ от ХС с указанием кода ошибки. Сообщению присваивается статус failed.

14) "MB: invalid mailbox reply to message %04X(%s)", uid2num(key. m_uid), key. m_uid. c_str();

Некорректный заголовок ответного сообщения. Например, заголовок подделан.

12.  ПРИЛОЖЕНИЕ Г "Замечания и предложения"

Технический Центр РТС
e-mail: *****@***ru
Тел.: (
Факс: (

Замечание
к программному обеспечению

Наименование ПО: ð Мэйлбокс / ð Клиент ЦЭД / ð Клиент ДКК; Номер версии: _______________

Тип БД: ð ODBC / ð C-tree; Версия ОС Windows NT 4.0: ðанглийская / ðрусская; ð SP3 / ð SP4

Процессор: __________________; Оперативная память: ______MB; Скорость линии связи:___________

Сетевая операционная система: ______________________________________________________________

Менялась ли конфигурация аппаратного обеспечения или программного окружения со времени установки вышеуказанного ПО: ð Нет / ð Да

Опишите изменения __________________________________________________________________________

Категория замечания : ð Внешний вид / ð Мешает работать / ð Ожидался другой результат /
ð Не работает функция / ð Аварийное завершение программы;

Описание: _________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Текст сообщения, появившийся на экране после ошибки:

_________________________________________________________________________________

_________________________________________________________________________________

Опишите ситуацию, в которой возникла ошибка (что Вы пытались сделать):

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Компания: _____________________________________ Код компании в РТС: _________________

Тел.: ( ____ )__________________ Факс: ( ____ )___________________ e-mail:_______________________

Ф. И.О.: ______________________________ Дата: ____.____.99г Подпись:__________________________

Технический Центр РТС
e-mail: *****@***ru
Тел.: (
Факс: (

Предложение
по изменению программного обеспечения

Наименование ПО: ð Мэйлбокс / ð Клиент ЦЭД / ð Клиент ДКК; Номер версии: ________________

Описание предложения: _____________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Компания: _____________________________________ Код компании в РТС: ___________________

Тел.: ( ____ )__________________ Факс: ( ____ )___________________ e-mail: _____________________

Ф. И.О.: ______________________________ Дата: ____.____.99г Подпись:__________________________