Замечание к документу "Ну насчет mail in тут поступила инфа от админов(+)"   >>>   
Тема: Эх, юноша, юноша... (+)

Создан:Ivan Tsibanenko 06/22/2006 04:07 PM
Модифицирован:Ivan Tsibanenko 06/22/2006 09:17 PM
Папка:
06. Разработка Notes-приложений		Тип сообщения:
Мне лень заполнять это поле
Сообщение:
Для меня ничего странного нет в том, что мы расходимся с Вашими админами, вот ни капельки не удивительно - верите?

Вы б лучше у админов поинтересовались, почему у них почта доставляется несколько часов.
Можете ещё уточнить, что они имеют в виду, когда утверждают что почта ходит "аналогично репликации". Может, они относят это к тому, что и почта и репликация настраиваются в одном конфигурационном документе Domino Directory?

Таймаут доставки нотусовой почты можно корректировать параметрами NOTES.INI "MailTimeout" и "MailTimeoutMinutes". По умолчанию он составляет 24 часа. Почитать об этом можно в админском хелпе (вы уж найдите это, пожалуйста, сами - заодно и админам покажИте) или здесь, в Форуме.

По поводу репликации/доставки почты с локала.
Для почты с отключаемого компьютера на порядок больше возможностей обеспечить недоставку информации. Навскидку готов назвать не менее 10 проблемных мест, если ещё чуток подумать - перевалим за 20.
Для репликации проблемы может быть всего 4:
1. Неправильный Location (пользователем выбран не тот Location, не настроены параметры репликации).
2. Неправильный Connection (адрес/имя сервера-приёмника).
3. Не хватает прав у пользователя на запись в БД.
4. Неверные настройки Replication Settings.

Кстати, пользователь может спокойно стереть почтовое сообщение, ещё не отправленное с локального mail.box, и делают они это весьма регулярно, просто не понимая, что они делают ("я уже отправил одно такое сообщение!" или "я же не отправлял такое сообщение!")

Просто поймите - по архитектуре Lotus Notes так получается, что вероятность доставки почтового сообщения значительно ниже вероятности доставки документа репликацией.

Хотите - проектируйте систему по принципам надёжности (чем система проще - тем надёжнее, чем меньше способов вывести систему из регулярной работы - тем она надёжнее). Не хотите - дело Ваше. Пока Вы пытаетесь создать систему, руководствуясь, видимо, предыдущим опытом проектирования информационных систем НЕ на базе Lotus Notes. А иначе мне не понятно, почему Вы сторонитесь репликации, как я до 6 лет сторонился чёрной икры. (Моя мотивировка звучала так: "Черная - значит грязная!" :-) )
Иерархия документов данной дискуссии:
Добрый день никто не посоветует какой механиз отправки документов лучше с удаленного филиала через mail in или copy to database- я имею ввиду..по параметрах скорость, трафик,и тд (igor Bozhinsky) (20.06.2006 10:28:19)
.... а почему репликацию не включили в список ? Потом фраза "отправка документов" недостаточна для определения способа (+) (Mitka Akulov) (20.06.2006 10:44:12)
........ Ну селективная репликация не подходит ИМХО в данном случае (igor Bozhinsky) (20.06.2006 12:32:01)
............ слово "селективная" сказали Вы, а не я. это редкоземельная фича, "трудная вода" (с) Лагутенко. 99% обходилсь без нее. Прямой save в центральную БД риск, что заявку так никто в центре и не увидит. (Mitka Akulov) (20.06.2006 12:52:02)
................ Под прямым Savom вы имеете ввиду doc.copyToDatabase? т е это не механизм аналогичный репликациям.. Если так то значит что в этом случае идет прямое обращение к базе, интересно, а почему риск.. (igor Bozhinsky) (20.06.2006 14:07:48)
.................... те я имею ввиду что может быть репликация тоже прямое обращение...к базе по сути и если даже репликация маленького обьема изменений , то копирование одного файла аналогичны или не так? (igor Bozhinsky) (20.06.2006 14:38:35)
.................... репликация процесс регулярный до полной победы, а скрипт это раз и все, если в этот момент база была недоступной вам надо как-то фиксировать этот факт, так зачем велосипед изобретать. (Mitka Akulov) (20.06.2006 15:21:06)
........................ Ну дело в том что я так понимаю мне нужно всего лишь среплецировать один документ (igor Bozhinsky) (20.06.2006 17:06:00)
............................ Работайте напрямую в той БД, где создаёте документ (+) (Ivan Tsibanenko) (20.06.2006 17:17:50)
................................ без комментариев. (Mitka Akulov) (20.06.2006 17:21:30)
.................................... Спасибо. Цель была - срочность. Или уведомить немедленно, если "срочность" недоступна. Связь - только 1352. А теперь комментарии? ;-) (-) (Ivan Tsibanenko) (20.06.2006 17:23:28)
........................................ аааа делайте что хотите, только вспомните когда центральный начнет задыхаться от прямых подключений, что я был против ;) (Mitka Akulov) (20.06.2006 17:39:27)
............................................ Не начнёт. Как я уже упоминал, прямое подключение - это исключительный случай. В остальных случаях (несрочных) я за репликацию. И сильно против Copy ToDatabase с клиентской рабочей станции. (-) (Ivan Tsibanenko) (21.06.2006 8:13:19)
................................ Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+) (igor Bozhinsky) (20.06.2006 18:55:56)
.................................... вложенная постановка задачи (igor Bozhinsky) (20.06.2006 19:00:40)
........................................ увы, это не совсем то, что нужно , но , даже этого достаточно (+) (Mitka Akulov) (21.06.2006 0:52:29)
............................................ Наверное, надо ещё добавить, что мастер-сервер документа может быть изменён, но только самим текущим мастер-сервером. Мало ли - бизнес-процесс "уезжает" куда-то. (-) (Ivan Tsibanenko) (21.06.2006 8:11:06)
................................................ это следствие пункта 6 ;) (Mitka Akulov) (21.06.2006 8:41:05)
.................................... Проблема с mail-in и кое что ещё (+) (Ivan Tsibanenko) (21.06.2006 8:32:27)
........................................ Ну насчет mail in тут поступила инфа от админов(+) (igor Bozhinsky) (22.06.2006 14:43:20)
............................................ вернее о двух агентах один after new mail arrived другой шедульный один запускает другой (igor Bozhinsky) (22.06.2006 14:46:51)
............................................ Эх, юноша, юноша... (+) (Ivan Tsibanenko) (22.06.2006 16:07:34)
................................................ По-белому завидую: писать с 17 до 22... Завтра тоже выделю часа 3-4, почитаю. ;-) (-) (Gennadiy I. Zalutskiy) (22.06.2006 22:52:58)
.................................................... В 17 и в 22. Не люблю опечатки. (-) (Ivan Tsibanenko) (23.06.2006 11:58:02)
................................................ Ну да я больше увлекаюсь..икрой заморской кабачковой… (igor Bozhinsky) (04.07.2006 13:36:54)
.................................................... ПРО РЕПЛИКАЦИЮ: К сожалению я даже не могу определить корень и глубину Ваших заблуждений по данной теме. Должен рекомендовать Вам изучить документацию по данному вопросу. (+) (Ivan Tsibanenko) (04.07.2006 14:38:38)
.................................................... ПРО ПОВТОРНУЮ ОТПРАВКУ: Сообщение Вы отправлять будете из системы, а переотправку пользователь из п/я будет выполнять? Причём на добровольной основе? (-) (Ivan Tsibanenko) (04.07.2006 14:22:57)
........................................................ Ну у каждого пользователя допустим есть локальная база в которой он создает заявки и нажимает action "отправить в OИТ" ,почтовый ящик у каждого находится на сервере..(+) (igor Bozhinsky) (04.07.2006 17:35:32)
............................................................ Делайте так, как Вам угодно. Я лишь скажу то, что должен сказать для будущих читателей нашей дискуссии. (-) (Ivan Tsibanenko) (05.07.2006 8:49:01)
.................................................... ПРО ПОЧТУ: подскажите админам, что созданные по-умолчанию документы Connection заставляют отправляющий сервер собирать пакет из 5 писем, прежде чем начинать доставку. См. поле: "Route at once if"(-) (Ivan Tsibanenko) (04.07.2006 14:21:00)
........................................................ в поле "Route at once if стоит 1" видимо Router тормозит доставку писем..надо будет включить трассировку.. (igor Bozhinsky) (05.07.2006 10:59:13)
............................................................ Проверьте тип доставки почты. Может быть этот Connection заставляет почту лежать в mail.box до тех пор, пока сервер-получатель не запросит доставку (тип "Push Wait") (-) (Ivan Tsibanenko) (05.07.2006 12:16:32)
.................................................... ПРО АГЕНТ ПО РАСПИСАНИЮ: Он нужен для того, чтобы пользователи не имели возможности модифицировать в разных репликах одни и те же данные. (+) (Ivan Tsibanenko) (04.07.2006 14:46:43)
................................ Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+) (igor Bozhinsky) (20.06.2006 18:56:06)
................................ Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+) (igor Bozhinsky) (20.06.2006 18:56:01)
........................ Дим, это смотря что нужно... (+) (Ivan Tsibanenko) (20.06.2006 17:21:30)
............................ вот с этого и надо начинать. с постановки задачи. а то сейчас навали кучу советов и цена ей будет ? (Mitka Akulov) (20.06.2006 17:23:12)
................................ Согласен... :-) Мне почему-то кажется, что в данном случае краски (по поводу срочности) могут быть немного сгущены. И, если это так, метода лучше, чем репликация, не существует. (-) (Ivan Tsibanenko) (20.06.2006 17:26:10)
............ А почему для извещения не воспользоваться альтернативными каналами, а доставку оставить надежной репликации ? (Николай Г. Голещихин) (21.06.2006 8:07:16)
................ Всё, опять же, зависит от требований к системе (+) (Ivan Tsibanenko) (21.06.2006 10:15:20)
.................... Вань , может тебе пора книгу напсать. имхо на рынке дыра, пару сотен экз. продать запросто. тоже будешь хотеть 100к, как Женя. (Mitka Akulov) (21.06.2006 10:35:12)
........................ Являются ли миллионерами авторы книг о том, как стать миллионером? (+) (Ivan Tsibanenko) (21.06.2006 11:38:28)
............................ ;) (Mitka Akulov) (21.06.2006 12:18:48)
................................ {Как говорил один мой знакомый... покойник! - "Я слишком много знал..."} (+) (Ivan Tsibanenko) (21.06.2006 12:28:16)
.................................... ааа, так ты про это ... так это не я первый начал. а на обиженных воду возят, удар держать надо. а глубокоуважаемый Писатель (никаких имен ) свои требования сам озвучил, поиск не даст соврать. (Mitka Akulov) (21.06.2006 13:48:46)
........................ Не могу молчать (с), а еще я в Париж второй раз собираюсь (сс :) (Evgeny V Polyakov) (21.06.2006 12:34:55)


Разработчикам и администраторам: курсы, книги, сертификация