Деловая Почта. Учет Событий.

[foms]

Здравствуйте!

Возникла необходимость учета входящих/исходящих сообщений пользователей (приема/отправки писем, дата, время, доставлено/прочтено ли сообщение адресатом).

в журнале Администратора доступны различные события и пропущенные/блокированные ip пакеты. Сделать выборку именно по сообщениям не представляется возможным.

к тому же, в данный момент, чтобы узнать судьбу какого-либо сообщения, нужно обойти несколько машин, заглянуть в ДП и искать в исходящих.

Как можно организовать мониторинг сообщений с машины Администратора? или создать некий ящик (АП) для сбора таких данных (куда, что ушло и к кому)

Это крайне важно, для "разбора полетов" при межведомственном взаимодействии.

заранее благодарю,

[Stratos]

C машины Администратора Вы можете мониторить журнал конвертов MFTP на координаторе, который передает почту. Хотя это то же не вариант.

[MORO]

Здравствуйте!

Возникла необходимость учета входящих/исходящих сообщений пользователей (приема/отправки писем, дата, время, доставлено/прочтено ли сообщение адресатом).

в журнале Администратора доступны различные события и пропущенные/блокированные ip пакеты. Сделать выборку именно по сообщениям не представляется возможным.

к тому же, в данный момент, чтобы узнать судьбу какого-либо сообщения, нужно обойти несколько машин, заглянуть в ДП и искать в исходящих.

Как можно организовать мониторинг сообщений с машины Администратора? или создать некий ящик (АП) для сбора таких данных (куда, что ушло и к кому)

Это крайне важно, для "разбора полетов" при межведомственном взаимодействии.

заранее благодарю,

Может быть, стоит действительно создать отдельный "АП мониторинга" и порыть в сторону "Списка рассылки копий" в ЦУСе? Если я верно понял задачу...

Отслеживания прохождения транспортных конвертов на уровне очереди/журнала модуля MFTP это не обеспечит, а вот на уровне "что кому куда поступило в ДП" - запросто.

[Echo]

Здравствуйте!

Возникла необходимость учета входящих/исходящих сообщений пользователей (приема/отправки писем, дата, время, доставлено/прочтено ли сообщение адресатом).

в журнале Администратора доступны различные события и пропущенные/блокированные ip пакеты. Сделать выборку именно по сообщениям не представляется возможным.

к тому же, в данный момент, чтобы узнать судьбу какого-либо сообщения, нужно обойти несколько машин, заглянуть в ДП и искать в исходящих.

Как можно организовать мониторинг сообщений с машины Администратора? или создать некий ящик (АП) для сбора таких данных (куда, что ушло и к кому)

Это крайне важно, для "разбора полетов" при межведомственном взаимодействии.

заранее благодарю,

Если Вас не затруднит, опишите, пожалуйста, поподробнее, пожелание как именно Вам требуется по Вашей задаче учитывать почту, какие именно отчеты (или какие данные) Вы хотели бы видеть.

Возможно, решение есть или планируется.

Кстати, неотправленные письма можно посмотреть в MFTP-Очередь, все прошедшие через узел - в MFTP-журнал

Письмо отправьте, пожалуйста, на hotline@infotecs.ru с темой "Учет входящих/исходящих сообщений"

[aknis]

Может быть, стоит действительно создать отдельный "АП мониторинга" и порыть в сторону "Списка рассылки копий" в ЦУСе? Если я верно понял задачу...

Отслеживания прохождения транспортных конвертов на уровне очереди/журнала модуля MFTP это не обеспечит, а вот на уровне "что кому куда поступило в ДП" - запросто.

так вроде при приходе письма (копии) в ДП на "АП мониторинга" все равно не получится узнать статус доставки его до других узлов.

[foms]

Задача состоит в том, чтобы можно было отслеживать потоки сообщений (входящие/исходящие - из какого АП отправлено, кому отправлено, дата, время отправки и статус доставки, когда открыто сообщение, прочтение).

при взаимодействии с третьими лицами (межведомственное взаимодействие) очень важно вести учет именно сообщений в ДП всех АП. "разбор полетов" пока идет на уровне - "мы вам отправили сообщение, смотрите у себя в почте". Где сообщение, кто отправлял, узнать, кроме как со слов отравителя, невозможно.

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

Между тем, именно наличие ФАКТА отправки/приема очень важен, с указанием даты и времени отправки/приема сообщения, а также его статус - прочтено или нет.

Возможным решением данной проблемы может быть создание в сети доп.АП, который бы осуществлял роль сборщика писем. Возможно как создание точных копий входящих/исходящих сообщений, так и сбор ТОЛЬКО фактов приема/отправки писем, с указанием отправителя, адресатов, а также имена и размеры вложений, даты, время, статус письма (обновляемый).

суть в том, чтобы сделать ОБЩИЙ учет. НА любом АП этот учет ведется достаточно полно. проблема в том, что учет только локальный, для одного АП.

можно сказать тот же журнал событий, только отфильтрованный на входящие/исходящие сообщения. ТОЛЬКО на сообщения.

[Stratos]

foms

что-то мне подсказывает, что подобного комплексного решения нет....

по большей части поставленная Вами задача решается как правило оргмерами...

или, как Вы пишите в "межведомственном взаимодействии" у Вас используются 10-100-1000 ПК? Наверняка есть выделенные АРМы и предположу что их не так уж и много. И как Вы пишите при "разборе полетов" все равно придется перетряхнуть их все.

[foms]

К примеру, в Exchange доступна функция сбора писем.

Почему бы не сделать сбор хотя бы уведомлений приема/отправки во всех АП ???

[Stratos]

foms

ну Exchange - почтовый сервер...

В сети ViPNet его роль выполняет Координатор. На нем так же можно смотреть прохождение конвертов ДП по логам MFTP, как это уже упоминалось выше. Хоть это и не совсем удобно, но похоже на указанный Вами функционал.

[foms]

можете выслать руководства по Випнет Администратор и Випнет Координатор

наши где-то затерялись...

там ведь написано как сделать рассылку копий и где смотреть логи MFTP

Khsayan@yandex.ru

[Stratos]

foms

Вам нужно обратиться в службу техподдержки для получения запрашиваемых документов.

[jurii]

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

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