Для корректной работы оповещений помогло вот это:
Есть информация на technet:
http://technet.microsoft.com/en-us/library/cc263206.aspx
http://technet.microsoft.com/en-us/library/cc262432.aspx
и тут http://saakov.ru/436/
http://technet.microsoft.com/en-us/library/cc262432.aspx
и тут http://saakov.ru/436/
1.Открыть консоль (Пуск – Выполнить… – cmd – Ок)
2.Запускаем программу администрирования stsadm.exe (пишем stsadm.exe и нажимаем Enter), смотрим, что она у вас есть и радуемся ее наличию.
3.Пишем: stsadm -o setproperty -url http://site -pn alerts-enabled -pv «true» (этой командой мы включаем оповещения)
4.Теперь задаем параметры: stsadm -o setproperty -url http://site -pn job-immediate-alerts -pv «every 5 minutes».
2.Запускаем программу администрирования stsadm.exe (пишем stsadm.exe и нажимаем Enter), смотрим, что она у вас есть и радуемся ее наличию.
3.Пишем: stsadm -o setproperty -url http://site -pn alerts-enabled -pv «true» (этой командой мы включаем оповещения)
4.Теперь задаем параметры: stsadm -o setproperty -url http://site -pn job-immediate-alerts -pv «every 5 minutes».
После того как согласно описанию на ресурсе http://technet.microsoft.com/en-us/library/cc263206.aspx было произведено выключение-включение механизма оповещения и изменение времени проверки оповещений, которые должны быть отработаны: http://technet.microsoft.com/en-us/library/cc262432.aspx - всё заработало.
В один прекрасный день всё слетело и это также перестало работать, приведенные выше решения не работали. Пришлось задействовать ТП Microsoft. После анализа таблиц в БД SharePointа оказалось, что у нас был ещё один сервер приложений, на котором не был настроен smtp-протокол, однако он хватал сообщения на отправку, после чего писал в лог ошибку и письмо благополучно не уходило. Вот этим запросом можно было увидеть, какой сервер используется в настоящий момент: SELECT * FROM [WSS_Content_20101].[dbo].[TimerLock]
∙ Симптомы - Customer noticed that only the greeting email arrives for some immediate alerts. He found out that the scope is web application. Immediate alerts work only for one.
∙ Причина - The recently added Sharepoint server could not send emails. Content databases whose timer jobs were linked to this server ran into this problem.
∙ Решение - When we stopped the timer service on the new ser, after timerlock changed for the dtabases, emails went out for immediate alerts started to work.
∙ Дополнительная информация - possibly email receiving restrictions on the Lotues Notes side
Для запуска WorkFlow помогло вот это:
C:\>stsadm -o getproperty -pn job-workflow -url http://site/
Операция успешно завершена.
Операция успешно завершена.
В один прекрасный день всё слетело и это также перестало работать, приведенные выше решения не работали. Пришлось задействовать ТП Microsoft. После анализа таблиц в БД SharePointа оказалось, что у нас был ещё один сервер приложений, на котором не был настроен smtp-протокол, однако он хватал сообщения на отправку, после чего писал в лог ошибку и письмо благополучно не уходило. Вот этим запросом можно было увидеть, какой сервер используется в настоящий момент: SELECT * FROM [WSS_Content_20101].[dbo].[TimerLock]
∙ Симптомы - Customer noticed that only the greeting email arrives for some immediate alerts. He found out that the scope is web application. Immediate alerts work only for one.
∙ Причина - The recently added Sharepoint server could not send emails. Content databases whose timer jobs were linked to this server ran into this problem.
∙ Решение - When we stopped the timer service on the new ser, after timerlock changed for the dtabases, emails went out for immediate alerts started to work.
∙ Дополнительная информация - possibly email receiving restrictions on the Lotues Notes side
Комментариев нет:
Отправить комментарий