Регистрация...

Eserv Forum / E4 / Mail / Как заставить работать SpamProtexx на новом сервере

recent wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
в-общем, мои радужные надежды по лёгкому перетаскиванию сервисов с Eserv3 на E4 ещё раз поблёкли. Как я вдруг перед Новым годом обнаружил — SpamProtexx на новом сервере-то уже давно отключился. Т.е. не помогло ни наличие легального ключика с прямым доступом в интернет, ни перенесённая со старого сервера запись активации в реестре.
Т.е. при старте пишет в логи:

Spamprotexx key: a5a3-...ФГУП ...
ERROR 500 : ProductID already registered.
SP: License check done.
... acFilterMain err=1
Завершаюсь...
BYE!

Если доступ в интернет отсутствует, то чуть по-другому:

Spamprotexx key: a5a3-...ФГУП ...
Unknown error occured. Please check the settings of your internet connection.
SP: License check done.
... acFilterMain err=1
Завершаюсь...
BYE!

Если ключик из каталога убрать, то:
Spamprotexx: unregistered (expired)
Spamprotexx работать не может!
SpamProtexx init err=13001
UseSA='0'

Т.е. на информацию в реестре acFilter/SpamProtexx вообще никакого внимания не обращают.
НО! У меня Eserv3 на старом компьютере пока ещё работает на SRV2003 и там файл-ключ на компутере вообще отсутствует, т.е. всё держится только на ключе в реестре. Просто когда-то при очередной смене железа забыл — и так оно и работает.

Поэтому такая мысль — сейчас E4 я поставил на WIN2008R2. Может в x64 системах расположение ключа активации в реестре должно располагаться в какой-нить другой ветке?
Кто-нибудь может помочь разобраться с этой ситуацией? Или уже решил данную проблему у себя.
 
Комментарии к этой версии (08.01.2014 11:41) [~pavlad] 97876348
АвторДатаТекстtags
ac08.01.2014 15:42
pavlad пишет: У меня Eserv3 на старом компьютере пока ещё работает на SRV2003 и там файл-ключ на компутере вообще отсутствует, т.е. всё держится только на ключе в реестре.

Да, результаты активации хранятся в реестре. Если их там нет, то SP пытается активироваться — и вот тогда и нужен ключ. Но сейчас ключ уже бесполезен, т.к. сервер активации в Агаве не работает, т.к. и SpamProtexx уже не продаётся и не поддерживается. Т.е. остаётся расчитывать на реестр.

pavlad пишет: Может в x64 системах расположение ключа активации в реестре должно располагаться в какой-нить другой ветке?

В той же.

pavlad пишет: Как я вдруг перед Новым годом обнаружил — SpamProtexx на новом сервере-то уже давно отключился.

А он успешно работал в начале (после переноса) в триальном режиме? Если да, то лучше удалить из реестра все записи про Агаву и перенести со старого компьютера и записи реестра И старую базу SP.
wikipost
pavlad09.01.2014 04:17
ac пишет: А он успешно работал в начале (после переноса) в триальном режиме?
— конечно да. Потому я и успокоился было...
ac пишет: Если да, то лучше удалить из реестра все записи про Агаву и перенести со старого компьютера и записи реестра И старую базу SP.

  • и это тоже Да! Во всех возможных комбинациях.
  • ac пишет: сервер активации в Агаве не работает
    — как тогда интерпретировать сообщение
    pavlad пишет: ERROR 500 : ProductID already registered.
    ?И сайт вроде тоже работает — http://www.spamprotexx.ru/
wikipost
ac09.01.2014 16:13
pavlad пишет: как тогда интерпретировать сообщение

Да, сервер только так и отвечает — 500 или 404 ("productid not found"). Получить активацию невозможно — рычагов влияния на сервер активации нет. На вопросы по активации SP Агава отвечает так: "У нас сменились админы, которые работали много лет — новые не в курсе как решать эту проблему.", с продаж сняли еще в 2012 году.

Перенос лицензии через реестр раньше всегда удавался. Если не срабатывает — могу предложить замену SP на POPFile (могу прислать свою обученную базу — с 12-летним "опытом").
wikipost
pavlad15.01.2014 15:01
В одном из ваших ответов 13.11.2012 13:26 есть такое
ac пишет: ...старый SpamProtexx можно перенести с E4 на E5 — в реестре в разделе программ Агавы должен быть шифрованный ключик, который можно экспортировать на старой машине, импортировать на новой — он не к машине привязан, а к лицензии Eserv'а...

А я пытаюсь переехать с Eserv3 на E4. Может действительно дело в неправильно сгенерённом ключе для E4? Ну так ... в качестве самого невероятного предположения. Я в общем-то уже сталкивался с подобной ситуацией, когда KLAV не хотел работать, а оказалось в итоге, что он тоже привязан к правильному Eserv-ключу.
wikipost
ac15.01.2014 18:07
Раз SP идёт в сеть активироваться, значит он считает себя неактивированным и в итоге работать не будет.
wikipost
ruvim27.01.2014 18:07
ред: 27.01.2014 18:08
pavlad пишет: Может в x64 системах расположение ключа активации в реестре должно располагаться в какой-нить другой ветке?

Да, в другой — если приложение 32-битное.

К примеру, все ветки из (на 32-битной системе)
HKEY_LOCAL_MACHINE\SOFTWARE\


идут в ветку (на 64-битной системе)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\


Для самих приложения это прозрачно (Windows API делает виртуализацию реестра). Но при импорте reg-файла разницу следует учитывать, и может быть подправить пути руками.
wikipost
ac27.01.2014 22:55
А импорт делается не через API разве? И Regedt32.exe ведь 32-разрядный? Т.е. и для него должно быть прозрачно?
wikipost
ac27.01.2014 23:13
ред: 27.01.2014 23:14
ruvim пишет: идут в ветку (на 64-битной системе)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\

Это правило распространяется только HKLM? Моя (32-битная на x64 Windows 8.1 ) программа пишет в HKCU, и это не попадает в Wow6432Node. При просмотре regedt32 вижу в Wow6432Node вообще только один раздел "HKEY_CURRENT_USER\Software\Wow6432Node\Microsoft\Active Setup\Installed Components".
wikipost
ruvim28.01.2014 16:45
ред: 30.01.2014 18:12
На счет regedt32 — зависит от версии винды. "In Windows XP and Windows Server 2003, Regedt32.exe is a small program that just runs Regedit.exe" (microsoft.com). В Windows7 тоже самое: запускается regedit.exe.

Правила WOW64 там замороченые.
wikipost
ac28.01.2014 17:14
ОК, спасибо за наводку. Значит есть еще один вариант для испытания по переносу лицензии.
wikipost
pavlad30.01.2014 12:49
Вот не верилось уже, но факт: перенес ветку с данными регистрации в HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\AGAVA SpamProtexx Srv\ и SpamProtexx снова стал говорить Ок!
SP: License check done....
На всякий контрольный конечно до выводов месяцок подожду, но скорее это будет Да! Поскольку месяц назад на этом-же компе тот-же самый SP заявлял (expired).
wikipost
ac30.01.2014 13:32
Ну вот, "век живи — век учись", будем теперь знать! Рувиму большое спасибо, а от меня примите извинения за неправильный ответ 8 января.
wikipost
dac221.08.2014 15:19
Доброго!

В январе переустановил таким способом сервер, все работало.

Теперь посыпались винты на другом. Переустановил win2003, перенес Eserv. Все запустилось и только...
Can't connect to SpamProtexx object (not installed or expired?)-2147221005
Spamprotexx работать не может! (13002 )
SpamProtexx spam filter initialization error 13002

Ветку реестра перенес, не помогло.
wikipost
ac22.08.2014 00:36
dac2 пишет: Can't connect to SpamProtexx object

Попробуйте regsvr32 ext\txtClass.dll
wikipost
Работает на Eserv/5.05555 (05.06.2016)