Замечание к документу "Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+)"   >>>   
Тема: Проблема с mail-in и кое что ещё (+)

Создан:Ivan Tsibanenko 06/21/2006 08:32 AM
Папка:
06. Разработка Notes-приложений		Тип сообщения:
Мне лень заполнять это поле
Сообщение:
Проблема может быть, например, в следующем:
1. Настройка серверного connection устанавливает кол-во сообщений, по достижении которого производится отправка всех накопленных сообщений. Кажется, 5 по умолчанию.
2. Настройки клиентской раб.станции. Например, установлено, что почтовый файл пользователя на локале, при этом отправка происходит в mail.box не сервера, но локальной рабочей станции. А какие там у пользователя настройки - кто знает...

Не используйте mail-in для серьёзных приложений.
Работая с mail-in вы столкнётесь с большими проблемами, которые влечёт за собой негарантированная доставка.
1. Локальные реплики БД. Пользователь в отключенном состоянии отправил что-то, сообщения лежат в его локальном mail.box. Когда они дойдут и дойдут ли - это зависит от огромного числа настроек его рабочей станции. (про игры с политиками, которые запретят пользователю ковыряться в локальных настройках можете даже и не думать - это ещё одно ограничение - а оно Вам надо?!)
2. Даже при отправке с сервера, мельчайшая проблема по доставке почты вызовет возврат сообщения... отправителю. Что с ним дальше делать - ума не приложу. Попробуйте приложить свой, найдёте корректное решение - поделитесь пожалуйста!

До сих пор не догоняю Ваших мыслей по поводу CopyToDatabase. (Хоть и недавно за превышение скорости чуть права не отобрали. ;-) )
1. Вам потребуется давать доступ всем пользователям к тому серверу и на создание документов в той БД, в которую Вы копируете документ.
2. Если у пользователя должна быть возможность не только отправить запрос, а получить ответ или, ещё того лучше, ответить на доп. вопрос по запросу или отметить, что запрос действительно выполнен - Вы уже продумали, как Вы это сделаете архитектурно?
Иерархия документов данной дискуссии:
Добрый день никто не посоветует какой механиз отправки документов лучше с удаленного филиала через 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)


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