Переход на Lotus (почта - решение проблем)

16.04.2007, 11:04. **Показов** 19783. **Ответов** 6

Студворк — интернет-сервис помощи студентам

Добрые лотусовцы помогите

Структурно нашу компанию можно представить как главный офис и несколько подразделений. Раньше мы обходились без решений Lotus. Однако недавно наверху было решено внедрять систему документооборота lotus... (естественно как в главном офисе так и в подразделениях).
Однако встает вопрос в совместимости существтующего программного обесеч-я. Если точнее: есть пару программных комплексов, которые формируют файлы для передачи по электронной почте и отправляются в главный офис.
Теперь после, надеюсь, успешного внедрения lotus все письма отправляемые из подразделений в гл.офис и обратно будут шифроваться => забирать их с почтового сервера и программно обрабатывать в существующий программных комплексах не удасться. Как быть не знаю.

Вижу два пути решения проблемы на первое время:
1. Пересылку то чего пришло на lotus (вложений и текта письма) на обычный сервер, предварительно расшифровав (если такое возможно, то подскажите как)
2. Посредством OLE средств Lotus Notes обрабатывать необходимые письма и сохранять вложения в необходимых директориях. (если такое возможно, то будте милосердны и напишите код у кого есть)

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

@Kyy_Kyykkymym · 16.04.2007, 13:52

если задача стоит таким образом, что - нечто куда-то выкладывает файлы и эти файлы нужно взять и отправить по такому-то адресу, то
можно создать БД, в которой будут документы задач (что и где брать, кому отправлять, куда выкладывать по приходу, кого уведомлять если что не так) и пара агентов, которые по этим задачам будут работать.. один будет по задачам брать файлы (архивировать, разбивать на части), аттачить в письмо и отправлять по указанным адресам + создавать одно письмо с описанием параметров отправленных файлов (имя, размер, идентификатор) .. второй агент нужен для того чтобы обрабатывать с параметрами, указанными в письме принятые файлы и выкладывать туда куда указано...

соответственно такая база должна быть на каждом лотусовом сервере, куда/откуда посылаются/отправяются данные

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

таком образом это все будет работать на лотусе и промежуточные серверы вообще-то не нужны как и использование OLE

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

17.04.2007, 02:34

Т.е. можно средствами администрирования получать письма на лотусовкий сервер и приатаченные к письмам файлы сохранять в отдельную папку. После чего они уже будут обрабатываться написанным агентом и отправляться на нужный ящик (не лотус), так ? Если не сложно и возможно, то буду рад коду этого агента - новичёк я

@Kyy_Kyykkymym · 17.04.2007, 11:52

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

:( кто-то хотел учиться.. в программирование главное наличие идей по воплощению замысла

@Fossyt sody · 17.04.2007, 13:16

Если я правильно понял, то проблема в ломке существующей технологии? Можно ничего не ломать. Кажется, прозвучало, что в подразделениях тоже будут лотусовые серверы? Тогда высылка по SMTP настраивается не "на головной офис", а на местный сервер (есс-но смтп поднять нужно, да и лотусовую инфраструктуру настроить). А уж высылка в головной, на главный лотусовый сервер -- проблема местного сервера. При этом можно ничего не шифровать, т.е. шифроваться письма не будут. Если есть желание таки защитится, то траффик между лотусовыми серверами (в канале) может шифроваться средствами этих серверов. Т.е. безболезненное решение есть, а дальше -- хелп, хелп, хелп... :(

18.04.2007, 03:03

Почитав ваши замечания и некоторую литературу показалось, что можно решить эту проблему таким образом:

Т.к. и в головном офисе и в подразделениях будут стоять серверы lotus. То передаваемые письма можно не шифровать - достаточно шифровать траффик.
Однако чтобы в головном офисе старые программы могли обращаться к почтовому серверу и получать письма (из подразделений) (при помощи POP3) нужно подключить и настроить сервис POP3 на Lotus.

я мыслю в правильном направлении?

@Fossyt sody · 18.04.2007, 09:22

Совершенно верно, именно это я и имел в виду: Лотусовые серверы могут играть роль почтовых с поддержкой SMTP/POP3, т.е. абсолютно безболезненно заменить для SMTP/POP3 клиентов другие (прежние) SMTP/POP3 серверы. Ну а шифрование данных между серверами -- вполне лотусовая фишка, работающая когда серверы общаются между собою по лотусовому протоколу. Это облегчает жизнь: можно с легким сердцем отложить апгрейд телекоммуникационного оборудования и настройку всяческих айписеков на канале (если их еще нет, естественно). И помахать флагом: у нас безопасно!

Новые блоги и статьи Все статьи Все блоги /
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .

sytydko

	Переход на Lotus (почта - решение проблем) 16.04.2007, 11:04. Показов 19783. Ответов 6 Метки нет (Все метки) Добрые лотусовцы помогите Структурно нашу компанию можно представить как главный офис и несколько подразделений. Раньше мы обходились без решений Lotus. Однако недавно наверху было решено внедрять систему документооборота lotus... (естественно как в главном офисе так и в подразделениях). Однако встает вопрос в совместимости существтующего программного обесеч-я. Если точнее: есть пару программных комплексов, которые формируют файлы для передачи по электронной почте и отправляются в главный офис. Теперь после, надеюсь, успешного внедрения lotus все письма отправляемые из подразделений в гл.офис и обратно будут шифроваться => забирать их с почтового сервера и программно обрабатывать в существующий программных комплексах не удасться. Как быть не знаю. Вижу два пути решения проблемы на первое время: 1. Пересылку то чего пришло на lotus (вложений и текта письма) на обычный сервер, предварительно расшифровав (если такое возможно, то подскажите как) 2. Посредством OLE средств Lotus Notes обрабатывать необходимые письма и сохранять вложения в необходимых директориях. (если такое возможно, то будте милосердны и напишите код у кого есть) Первый день знаком с Lotus, так что если вопрос вам показался детским не обижайте (а лучше научите)

@Kyy_Kyykkymym 1 / 1 / 0 Регистрация: 01.10.2006 Сообщений: 615
	16.04.2007, 13:52
	если задача стоит таким образом, что - нечто куда-то выкладывает файлы и эти файлы нужно взять и отправить по такому-то адресу, то можно создать БД, в которой будут документы задач (что и где брать, кому отправлять, куда выкладывать по приходу, кого уведомлять если что не так) и пара агентов, которые по этим задачам будут работать.. один будет по задачам брать файлы (архивировать, разбивать на части), аттачить в письмо и отправлять по указанным адресам + создавать одно письмо с описанием параметров отправленных файлов (имя, размер, идентификатор) .. второй агент нужен для того чтобы обрабатывать с параметрами, указанными в письме принятые файлы и выкладывать туда куда указано... соответственно такая база должна быть на каждом лотусовом сервере, куда/откуда посылаются/отправяются данные кроме того имеет смысл создать некоторого пользователя (agent) с почтовой базой (на каждом сервере свой), от имени которого будут запускаться агенты по получению и отправке данных, и соответственно, данные будут посылаться на адрес пользователя (agent), а агенты должны запускать от имени такого пользователя и работать с почтовой базой пользователя (agent).. таком образом это все будет работать на лотусе и промежуточные серверы вообще-то не нужны как и использование OLE возможно, идея организовать транспорт таким образом, не совсем удачная но вполне рабочая, дополнительно можно сделать контроль доставки данных .. 0

sytydko
	17.04.2007, 02:34
	Т.е. можно средствами администрирования получать письма на лотусовкий сервер и приатаченные к письмам файлы сохранять в отдельную папку. После чего они уже будут обрабатываться написанным агентом и отправляться на нужный ящик (не лотус), так ? Если не сложно и возможно, то буду рад коду этого агента - новичёк я

@Kyy_Kyykkymym 1 / 1 / 0 Регистрация: 01.10.2006 Сообщений: 615
	17.04.2007, 11:52
	что-то я уже не понимаю.. зачем файлы выкладывать и обратно пихать в письма, если с ними ничего не делать или все-таки с файлами должны производиться какие-то операции ? их можно и так сразу отправлять использовав правило в почтовой базе.. :( кто-то хотел учиться.. в программирование главное наличие идей по воплощению замысла 0

@Fossyt sody 0 / 0 / 0 Регистрация: 18.11.2006 Сообщений: 293
	17.04.2007, 13:16
	Если я правильно понял, то проблема в ломке существующей технологии? Можно ничего не ломать. Кажется, прозвучало, что в подразделениях тоже будут лотусовые серверы? Тогда высылка по SMTP настраивается не "на головной офис", а на местный сервер (есс-но смтп поднять нужно, да и лотусовую инфраструктуру настроить). А уж высылка в головной, на главный лотусовый сервер -- проблема местного сервера. При этом можно ничего не шифровать, т.е. шифроваться письма не будут. Если есть желание таки защитится, то траффик между лотусовыми серверами (в канале) может шифроваться средствами этих серверов. Т.е. безболезненное решение есть, а дальше -- хелп, хелп, хелп... :( 0

sytydko
	18.04.2007, 03:03
	Почитав ваши замечания и некоторую литературу показалось, что можно решить эту проблему таким образом: Т.к. и в головном офисе и в подразделениях будут стоять серверы lotus. То передаваемые письма можно не шифровать - достаточно шифровать траффик. Однако чтобы в головном офисе старые программы могли обращаться к почтовому серверу и получать письма (из подразделений) (при помощи POP3) нужно подключить и настроить сервис POP3 на Lotus. я мыслю в правильном направлении?

@Fossyt sody 0 / 0 / 0 Регистрация: 18.11.2006 Сообщений: 293
	18.04.2007, 09:22
	Совершенно верно, именно это я и имел в виду: Лотусовые серверы могут играть роль почтовых с поддержкой SMTP/POP3, т.е. абсолютно безболезненно заменить для SMTP/POP3 клиентов другие (прежние) SMTP/POP3 серверы. Ну а шифрование данных между серверами -- вполне лотусовая фишка, работающая когда серверы общаются между собою по лотусовому протоколу. Это облегчает жизнь: можно с легким сердцем отложить апгрейд телекоммуникационного оборудования и настройку всяческих айписеков на канале (если их еще нет, естественно). И помахать флагом: у нас безопасно! 0