Процедура настройки рассылки оповещений в AX 2009

[srp]

Процедура настройки рассылки оповещений в AX 2009
Если кто настраивал, опишите плз процедуру настройки рассылки оповещений (например если менеждер оформил клиента, то бухгалтеру приходит сообщение, что появился новый клиент). Заранее благодарю.

[Ievgenii]

MSDN ? http://msdn.microsoft.com/en-us/libr...70(AX.10).aspx

[Ivanhoe]

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

[srp]

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

[srp]

Всем спасибо. Тему можно закрывать, разобрался.

[d&m]

коллеги,
подниму тему.

ax 2009 ru4

настроил оповещения, чтобы они приходили как в Аксапте, так и по e-mail.

В итоге в Аксапте оповещения получаю, а вот по е-мейлу не получаю (пакетник для рассылки почты включен).

На форме "Состояние отправки сообщения электронной почты" (Администрирование / Периодические операции / ОБработка сообщений электронной почты) есть строки для каждого е-мейла, который должен был мне прийти. Статус у каждой строки = "Не пройден" (я так понимаю - сие означает, что е-мейл не отправлен). Пакетное задание в статусе "Заверешено", никаких логов/ероров нет.

зы: оповещения по e-mail вобще работают, если используется почтовый сервер не от Microsoft?

[Poleax]

Цитата:

Сообщение от d&m

зы: оповещения по e-mail вобще работают, если используется почтовый сервер не от Microsoft?

1)Прописать правильно параметры сервера исходящей почты: Администрирование\Настройка\Параметры электронной почты

Часто можно встретить почтовые сервера в локальной сети без аутентификации.
Поэтому иногда достаточно указать только "Сервер исходящей почты"

Перезапустить: Администрирование / Периодические операции / Обработка сообщений электронной почты\ Состояние отправки сообщения электронной почты

P.S. Я аутентификацию почты проверяю через PowerShell, и вообще работу почтового сервера.

$emailFrom = "user@domain.ru"
$emailTo = "user@domain.ru"
$subject = "your subject"
$body = "your body"
$smtpServer = "mailserver.domain"
$smtp = new-object Net.Mail.SmtpClient($smtpServer)
$smtp.Send($emailFrom, $emailTo, $subject, $body)

[fed]

К сказанному участником poleax, добавлю что почта в аксапте отправляется с помощью CDO (Collaborative Data Objects). Соответственно чтобы почта работала, на клиенте должен быть установлен почтовый клиент, поддерживающий CDO (Outlook Express и Outlook - подойдут). Разработчик почтового сервера не имеет значения, главное чтобы SMTP поддерживал.
Но есть одна тонкость: Если вы используете один из Outlook'ов, то надо на том AOSе, на котором у вас пакетный сервер крутиться, войти в систему под тем пользователем под которым AOSовский сервис запущен и отконфигурировать outlook. Дело в том что во первых CDO путается запустить почтовый клиент по-умолчанию, во вторых при запуске почтового клиента, он проверяет наличие дефолтной конфигурации (профиль в CDOшной терминологии). И хотя в дальнейшем, при отправке почты, реально процентов 90 этой конфигурации переопределяется параметрами из Аксаптовских настроек почты, но все равно настроить и сконфигурировать клиента нужно (поскольку CDO при запуске проверяет что ему есть где взять параметры, если ему их приложение в явном виде не укажет).

крутитьсябез мягкого знака пишетЬся

[gl00mie]

Цитата:

Сообщение от fed

почта в аксапте отправляется с помощью CDO (Collaborative Data Objects). Соответственно чтобы почта работала, на клиенте должен быть установлен почтовый клиент, поддерживающий CDO (Outlook Express и Outlook - подойдут).

Во-первых, не будет преувеличением сказать, что как минимум один клиент, поддерживающий CDO, а именно Outlook Express всегда установлен что на клиенте, что на сервере. Во-вторых, насколько я помню свои ранние эксперименты, Ms Office Outlook не работает, если на машине не установлен Outlook Express (т.е. если последний снести). В-третьих, если с помощью того же Process Monitor проследить отправку почты через CDO, то можно увидеть, что вслед за cdosys.dll в адресное пространство клиента загружается msoert2.dll (Microsoft Outlook Express RT Lib), но, насколько я могу судить, происходит это из-за цепочки зависимостей между cdosys.dll и msoert2.dll: cdosys.dll статически импортирует функции из inetcomm.dll (Microsoft Internet Messaging API), а та - из msoert2.dll, так что без последней загрузить библиотеку cdosys.dll вообще не удастся.

Цитата:

Сообщение от fed

Но есть одна тонкость: Если вы используете один из Outlook'ов, то надо на том AOSе, на котором у вас пакетный сервер крутиться, войти в систему под тем пользователем под которым AOSовский сервис запущен и отконфигурировать outlook.

Очень спорное утверждение, я лично пока не нашел подтверждения этой необходимости.

Цитата:

Сообщение от fed

Дело в том что во первых CDO путается запустить почтовый клиент по-умолчанию, во вторых при запуске почтового клиента, он проверяет наличие дефолтной конфигурации (профиль в CDOшной терминологии). И хотя в дальнейшем, при отправке почты, реально процентов 90 этой конфигурации переопределяется параметрами из Аксаптовских настроек почты, но все равно настроить и сконфигурировать клиента нужно (поскольку CDO при запуске проверяет что ему есть где взять параметры, если ему их приложение в явном виде не укажет).

Я эксперимента ради отправил (успешно ) почту через CDO с сервера w2k3, на котором из CDO-совместимых почтовых клиентов установлен лишь Outlook Express, причем не настроенный, и проследил с помощью Process Monitor, что при этом происходит. Так вот, из ветки HKCU при этом успешными оказались лишь обращения к ветвям:

• HKCU\Control Panel\Desktop
• HKCU\Identities
• HKCU\Software\Classes
• HKCU\Software\Microsoft\Internet Account Manager
• HKCU\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_LOCALMACHINE_LOCKDOWN
• HKCU\Software\Microsoft\Outlook Express (была попытка считать отсюда одно-единственное значение "Disable RFC2646 Wrapping", но оно оказалось не установленным)

Так что, как минимум, в моем случае успешная отправка почты через CDO оказалась возможной без какой бы то ни было предварительной настройки профилей почтового клиента, более того, попыток обращения к этим профилям в моем случае выявлено не было. На всякий случай: ветка HKCU\Identities не имеет непосредственного отношения к настройкам почты, хотя в ее подветках встречаются кое-какие настройки Outlook Express; в моем случае в ходе отправки почты обращения к этим настройкам OE не было.
Добавлю и свои 5 копеек на счет отправки почты: в зависимости от настроек отправки может быть важно, к какому почтовому домену относятся адреса получаетлей. Дело в том, что если вы отправляете через корпоративный или любой другой нормально настроенный сервер сообщения адресатам в тех же почтовых доменах (а их может быть больше одного, и они могут не совпадать с названием домена, настроенного в AD), которые "держит" сам этот сервер, то достаточно лишь знать его адрес/порт и SMTP-адреса получателей. Если же вы пытаетесь отправить сообщения адресатам, за почтовые домены которых SMTP-сервер не отвечает, так что ему придется пересылать почту дальше (выступить в качестве relay'я), то бывает необходимо перед отправкой пройти аутентификацию на SMTP-сервере, если только по каким-то причинам он не рабоает как открытый relay. Здравомыслящие администраторы настраивают почтовые сервера так, чтобы они не принимали почту, предназначенную для других почтовых доменов, от неаутентифицированных отправителей, поэтому в настройках отправки почты помимо адреса почтового сервера может потребоваться указать параметры для аутентификации на нем.

[Ivanhoe]

Ставил на виртуальную машину полную Аксапту, сначала под своим аккаунтом. Аутлука на сервере нет (как и других почтовиков). Почта ходила. Поменял аккаунт на системный, под ним на сервер ни разу не заходил - почта ходит.

В настройках почты Аксапты: сервер, порт, имя пользователя и пароль.

AX 2009 SP1, Win Server 2008.

[fed]

Цитата:

Очень спорное утверждение, я лично пока не нашел подтверждения этой необходимости.

Ну я в общем все это написал по результатам борьбы с неотправкой сообщений через e-mail у конкретного клиента. Сообщения об ошибках в связи с отсутствием дефолтного почтового профиля - вылезали при отладке соответствущего пакетного задания. После того как я настроил Outlook Express для пользователя AOSовского процесса - рассылка почты о нотификациях - пошла.
Вообще - возможно это все зависит от версии сервера и OE. А еще интересно - ты проверял из класса, который на сервере исполняется или из обычного джобика/клиентского класса ?
P.S. Да - пожалуй добавлю, что на сервере там стояла какая-то достаточно дремучая версия OE (та которая с 6ым эксплорером шла), поверх которой накатили Outlook 2007. Так что дефолтным почтовым клиентом там был Outlook. Но ни то ни другое - настроенно в профиле пользователя не было....

[gl00mie]

Кажется, этот вопрос еще не обсуждался на форуме и не освещен в документации. Так вот, для отправки электронной почты по SMTP произвольным адресатам необходима предварительная аутентификация на SMTP-сервере. В Аксапте есть возможность настройки учетной записи, под которой будет осуществляться аутентификация на SMTP-сервере, если по каким-то причинам вы не используете для этого NTLM-аутентификацию. Однако, если прежде пароль этой учетной записи хранился в одном из полей записи в соотв. настроечной таблице вместе с прочими данными, такими как имя пользователя, DNS-имя и порт SMTP-сервера и проч., то теперь он хранится отдельно в зашифрованном виде, более того - он хранится отдельно для каждого экземпляра AOS!
Это может оказаться некоторой неожиданностью в случае развертывания нескольких AOS'ов, так что надо помнить об этом. В коде эта "особенность" зашита в табличном методе SysEmailParameters::password() - там можно увидеть, что запись из таблицы SysEmailSMTPPassword выбирается по полям "идентификатор AOS'а" и "название экземпляра AOS'а", которые, к примеру, могут иметь вид "AXSRV01@2712" и "01", соответственно. Но и это еще не все: дальше полученные бинарные данные расшифровываются вызовом метода WinAPIServer::cryptUnProtectData(), который вызывает статический метод класса ProtectedData.Unprotect() с параметром scope, равным DataProtectionScope.CurrentUser (это класс и enum из пространства имен System.Security.Cryptography .NET Framework), т.е. получается, что пароль можно успешно расшифровать лишь под тем же пользователем, под которым он был зашифрован.
Итак, пароль пользователя для аутентификации на SMTP-сервере хранится в AX 2009 в разрезе названия хоста, порта и названия экземпляра AOS, а успешно расшифрован он может быть лишь под определенной учетной записью, под которой запускается AOS. При изменении любого из указанных параметров пароль нужно будет настраивать заново.

[ice]

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

[epic]

AX 2009. Можно ли настройками системы конкретному правилу генерации сообщения привязать конкретный шаблон из кода электронной почты по умолчанию? Поясню, хотелось бы, например, при удалении записи получать письмо с текстом из шаблона1 - "запись удалена", а для правила "запись создана" получить письмо с текстом из шаблона2 - "запись создана".
Насколько я понял в параметрах оповещений код электронной почты только один можно выбрать. Однако, по каждому из кодов эл. почты можно настроить не один шаблон с текстом сообщения. Связать два правила со своими шаблонами не получилось(

[Ivanhoe]

В стандарте нельзя.
Я выкладывал проект с расширением оповещений (Проект расширения стандартных оповещений AX 4.0), там можно В конце темы есть версия для 2009.

[IT_Prof]

Не проходит внешние уведомления из-за проблем с авторизацией на почтовом сервере.



Один пользователь вводит настройки почты и у него все начинает работать, у остальных при этом не работает. Другой пользователь заново вводит пароль в настройках почты, но у него все равно не работает... при этом перестает работать у первого... Первый пользователь опять вводит пароль - но у него так и не начинает работать... Короче, то работает, то неработает - найти зависимости не смог.
Вот логи успешной и сбойной отправки (почтовый сервер требует аутентификацию)

[gl00mie]

Цитата:

Сообщение от IT_Prof

Другой пользователь заново вводит пароль в настройках почты, но у него все равно не работает... при этом перестает работать у первого... Короче, то работает, то неработает - найти зависимости не смог.

А сколько у вас AOS'ов? Если вы не используете NTLM-аутентификацию, то пароль надо настраивать на каждом AOS'е, см. одно из предыдущих сообщений.

[IT_Prof]

Цитата:

Сообщение от gl00mie

А сколько у вас AOS'ов? Если вы не используете NTLM-аутентификацию, то пароль надо настраивать на каждом AOS'е, см. одно из предыдущих сообщений.

AOS'ов три, но все настройки и тесты проводятся на одном. Соответственно то работает, то не работает на одном и том же.

[Vasil]

Здравствуй дорогой SRP!

Ты разобрался, наверно лучше других обьяснишь!
Помоги пожалуйста.
Как запустить уже сгенерированные оповещения?
Заранее благодарю.
Vasil, Armenia,
URL: http://eet.am/