Кодировка почты нотификации в ClearQuest
#21
Отправлено 22 декабря 2005 - 11:39
#22
Отправлено 23 декабря 2005 - 08:44
Создаю проперти email_host. Например, smtp.mail.ru:25 или smtp.yandex.ru.
Для всех случаев имею такую ошибку: SMTP CONNECTION ERROR...
Никто не сталкивался с чем-то подобным?
#23
Отправлено 23 декабря 2005 - 09:15
Проблема в CQ Web оказалась в том, что при каждой авторизации нужно заново создать все udb_property, связанные с подключением к якщику (хост, логин, пароль и т.д.).
Очень странно... У нас через CQWeb все шлется отлично под всеми пользователями, property не пропадают.. Правда email_host у нас локальный почтовик и без логина и пароля, но все равно...
#24
Отправлено 26 декабря 2005 - 14:13
У меня с этим пакетом осталась одна неразрешимая ситуация...
Вне зависимости от клиента CQ (обычный, веб) правило работает лишь в одной сесии работы с CQ, в которой были созданы все проперти. В следующем сеансе работы нужно удалить и создать новый проперти email_enabled = 1, чтобы вногвь начало работать правило... У кого-нибудь было нечто похожее?
#25
Отправлено 30 декабря 2005 - 14:28
Какая база используется (производитель, версия)? В случае Oracle - какой LOB_TYPE используется?В следующем сеансе работы нужно удалить и создать новый проперти email_enabled = 1, чтобы вногвь начало работать правило... У кого-нибудь было нечто похожее?
Какой charset на сервере и клиенте?
ОС на вею сервере?
Версия CQ (включая Service Release #)?
Не пытались посмотреть, что сохраняется в базе когда сохраняете проперти?
Удачи!
#26
Отправлено 24 января 2006 - 02:24
Проявляется только для Оракла с параметром LOB_TYPE=LONG
Пока нет следующего релиза, поправить можно так:
1. разрешить редактирование пакетов:
packageutil enableediting -dbset <dbset> <login_name> <password> -enable <login_name>
2. В дезайнере заменить тело UDB_GetUDB_SQL функции на
sub UDB_GetUDB_SQL { my $ret; if( ($ret = $session->GetNameValue('UDB_UDBSQLSTRING')) eq '' ){ if( UDB_GetLobType() eq 'CLOB' ){ $ret = 'SELECT name, nm_value, secure, algorithm FROM udb_property'; }else{ my $field_id = UDB_GetFieldDefId('udb_property', 'nm_value'); $ret = "SELECT T1.name, T2.data as nm_value, T1.secure, T1.algorithm FROM udb_property T1,multiline_text T2 WHERE T1.dbid = T2.entity_dbid (+) AND $field_id = T2.entity_fielddef_id (+) AND (T1.dbid <> 0)"; } $session->SetNameValue('UDB_UDBSQLSTRING', $ret); } return $ret; }
3. запретить редактирование пакетов:
packageutil enableediting -dbset <dbset> <login_name> <password> -disable <login_name>
Удачи!
#27
Отправлено 01 марта 2006 - 15:33
Захоже в shema desinerб иду в global scripts - текст по-прежнему закрыт на изменение.
Вопросы знатокам: что нужно указывать в <dbset>? Что я делаю не так?
Время пошло... :)
#28
Отправлено 01 марта 2006 - 22:50
в dbset указывается имя коннекшина сконфигуренного в ClearQuest maintenance tool. Например,что нужно указывать в <dbset>? Что я делаю не так?
packageutil enableediting -dbset 2003.06.00 admin admin_password -enable admin
Если у вас только один коннекшин, то параметер dbset можно опустить.
Вполне возможно, что у вас стоит ClearQuest версии 2003.06.12 до 14.
Там надо еще дополнительно назначать доступ к определенной записи и т.п.
Можно порыться в инете как это сделать, но гораздо проще будет проапгрейдиться до 2003.06.15 либо использовать более раннюю версию (2003, 2002 и т.п.) если она есть на другой машине.
Подредактировать пакет - это разовая задача. Разводить геморрой смысла нет.
Удачи!
#29
Отправлено 02 марта 2006 - 07:04
#30
Отправлено 02 марта 2006 - 07:51
#31
Отправлено 03 марта 2006 - 15:07
#32
Отправлено 07 марта 2006 - 08:37
Так что упорство и труд + помощь форумчан - страшная сила :)
#33
Отправлено 04 мая 2006 - 12:06
:help:
А ктонибудь сталкивался с такой проблемой?
При чтении notification о дефект submit (отправленных из другог города) mailreader.exe выдает сообщение:
Object variable or With block variable not set
Я предполагаю что проблемы тоже в кодировке.
Значит мне нужно просить их, чтобы они поставили у себя альтернативный mail notification package, или эту проблему можно исправить у меня?
Моя конфигурация
ClearQuest 2003.06.12.280.000
SQL 2000
почта: Loutus
С уважением Евгений
#34
Отправлено 04 мая 2006 - 12:49
http://www-1.ibm.com...=UTF-8&lang=allПривет Всем!
А ктонибудь сталкивался с такой проблемой?
При чтении notification о дефект submit (отправленных из другог города) mailreader.exe выдает сообщение:
Object variable or With block variable not set
ClearQuest Mailreader Error: "Object variable or with block variable not set"
Technote (FAQ)
Problem
This technote offers 2 possible solutions for how to resolver an error with the IBM® Rational® ClearQuest® E-Mail Reader. When record through an Email, the error: "Object variable or with block variable not set" may occur.
Cause
This error will occur when there is no action name specified in the email Subject field. In general, if the defaults are defined in the mail reader setup, then Action Names become optional. This rule applies only to either MODIFY or CHANGE_STATE action types. For other action types, though they are defaults, you have to enter the action name in the email subject field. This error can also occur if the actual field name is specified incorrectly.
Solution
To resolve this issue, review the following solutions:
Solution 1:
Enter action name in the subject field. For example, if the MODIFY action is set as the default, then the email should look like this:
Subject: RE: defect SAMPL00000017
Body: {Today we posted a patch for this problem on the company intranet. Please download the patch to solve your customer’s problem.}
Note that we do not need to put MODIFY in the subject field.
If the SUBMIT action is set as default then:
Subject: Defect SUBMIT
Headline: Spelling error in company logo
Severity: 1-Critical
Note that we are entering the action name in the subject field.
Solution 2:
If you are still getting the above error: you need to check all the field names in your schema and make sure that in your message syntax you are indeed using all the field names correctly and not submitting them based on field Labels.
To do that please go through the steps:
Launch Rational ClearQuest Designer
Check out or view your schema
Go to your Record Type> Forms
Go to each field's properties to look up the actual field name, and make sure to use it in your email message.
If you find the discrepancy between the field labels and the actual field names make sure you use the field names instead.
Historical Number
118956384
Product Alias/Synonym
CQ
Удачи!
#35
Отправлено 04 мая 2006 - 14:34
Оба варианта solutionов я обязательно еще раз проверю...
но у меня есть свои варианты возникновения проблемы.
Вариант 1: Сообщения раньше попадали в базу при помощи mail reader, но перестали приходить после, того (как мне рассказал программист который это сделал) в схеме были сделаны изменения - в Defect>Field было добавлено новое поле с ним немного побаловались, а потом удалили.
Возможное решение: Откатиться к варианту схемы, до глумления над полем, но возникает вопрос, не возникнут ли новые проблемы с данными находящимися в userbase?
С того момента прошло 2 месяца.
Вариант 2: Шалит с кодировками Loutus - сервер на который приходит почта.
Мы уже сталкивались с проблемой:
Информация, которая приходит на этот почтовый ящик, всегда преобразуется и хранится там в формате quoted-printable (видимо, особенности Lotus Notes)
Когда CQ Mail Service проверяет этот почтовый ящик, он берет и просто все содержимое перекидывает в CQ. Для того чтобы исправить ситуацию, был создан скрипт, который запускался при попадании нового объекта (у нас дефекта) в user database и проверял все поля на предмет кодировки. Если находился quoted-printable, то преобразовывалсяся в plain text (нормальный вид) и собственно говоря этот скрипт прекрасно работал, до недавнего времени...
Вариант 3: Скрипт перестал работать (упомянутый в варианте 2)
Вариант 4: Поменялись настройки почтового сервера (от системного администратора я ничего не добился - видимо не умею правильно ставить вопросы)
Вариант 5: Что-то изменили на отправляющей Defect Submit стороне, с ними на связь я еще не выходил. Да и по большому счету от них мы получаем сообщение, с полями, я думаю, что тут проблеме возникнуть неоткуда.
Ко всему вышесказанному хочу добавить, что Rational ClearQuest я только начинаю изучать, и потому мне свойственно заблуждаться...а по тому прошу не судить мои рассуждения слишком строго.
ПОМОГИТЕ СОВЕТОМ!!!
Заранее благодарен всем откликнувшимся!!!
P.S. Похоже все варианты кроме первого отпадают т.к. другой тип сообщения (созданный самостоятельно) в базу заноситься без проблем.
Спрашивается был ли у кого-то опыт отката схемы назад и где можно посмотреть дату редактирования схемы?
#36
Отправлено 05 мая 2006 - 13:22
Вообще говоря, версию схемы в пользовательской базе без пересоздания базы откатить нельзя.Спрашивается был ли у кого-то опыт отката схемы назад и где можно посмотреть дату редактирования схемы?
У вас что-то не так с форматом приходящего сообщения - надо копать там.
Еще, как вариант, убрать стандатрный mailreader и написать свой скрипт (на CQPerl) для обработки почты и импорта в DB.
Удачи!
#37
Отправлено 28 ноября 2006 - 11:32
была проблема с кодировкой в уведомлении почтой в ClearQuest, поставила пакет Email_Notification, настроила его (создала переменную email_enable=1), но не работает, не отсылаются письма :((( если ручками отправить сообщение через en_message, то приходит, полагаю , что просто не срабатывает условие ... или может быть проблема в другом? может надо как-то самой обработчик настроить????
Сообщение отредактировал Vishnya: 28 ноября 2006 - 12:38
#39
Отправлено 28 ноября 2006 - 14:53
настроила его (создала переменную email_enable=1), но не работает
Крайне желательно иметь:
email_enabled = 1
email_host = mailbox.xxx.ru (через что собираетесь посылать уведомления)
email_address = CLEARQUEST <clearquest@xxx.ru> (от имени кого будут приходить уведомления; на любителя)
#40
Отправлено 28 ноября 2006 - 15:44
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных