/build/static/layout/Breadcrumb_cap_w.png

RightFax

Hi All,

I need Urgent help in RightFax 9.3. Its create one ServerGUID using custom action "Set Property CLUSTERGUID to [SERVERGUID] (setClusterGUID)" its mention in verbose log file now i dont know how and from where its fetch this id even i dont have any idea about this.

0 Comments   [ + ] Show comments

Answers (12)

Posted by: anonymous_9363 16 years ago
Red Belt
0
It's probably using an API function to create the GUID. Use an API monitor to check. Sorry, but my usual recommendation, ProcMon, doesn't do API monitoring :(

Why do you need to know, anyway?
Posted by: yashesh.lele 16 years ago
Senior Yellow Belt
0
Hey Thanks dude
Posted by: yashesh.lele 16 years ago
Senior Yellow Belt
0
Hey Again Thanks Dude But now i Got the exact problem and but not exact solution I have found one custom action which is generate one GUID but now i dont know what exactly logic is apply in it because its in binary format. now is there any way to pickup this binary/dll from the msi. I have make one empty MSI file which does install only that custom action. I dont have rights to use MSI not MST.
Posted by: anonymous_9363 16 years ago
Red Belt
0
Why do you want to get to the logic? Even if you were to get to the code (impossible, unless you're into MAJOR decompiling...) it won't do you much good since GUIDs are (debateably) unique. What is it you're trying to achieve?
Posted by: yashesh.lele 16 years ago
Senior Yellow Belt
0
You are 100% right about this but in my packaging area we dont have permission to use any MSI and we are doing purly packaging so you understand we copy direct folders/register registrys which are installed via source/media. But in this case this MSI generate random GUID (RightFax9.3) now this GUID used in to database to referace for servers(Its MAchine Base). So its tough for me. If is there any exe inside that then then i can do easily[&:].

One more problem I have I want VBScript to remove all Users/Group who have registrly permission. Means when you right click on registry and check permission then you see users like CREATEOWNER,SYSTEM,Administrator,ylele .....etc..... now I can remove it using SUBINCL but only them to whom I know(Users) now i want only the script search no of users having permission and remove it all.

I am working on this if you have soome exp on this then please tell me. its for MKS\MKS Toolkit package. (ONLY VBSCRIPT ) ! MSI [:)]
Posted by: nheim 16 years ago
10th Degree Black Belt
0
Hi Yashesh,
would be interesting to know the reasons why you don't have the permission to use MSI's.
Regards, Nick
Posted by: aogilmor 16 years ago
9th Degree Black Belt
0
I was able to automate Rightfax fairly easily with vendor support. It is true that they didn't support extracting the msi and doing an admin install. It was installshield, as you say.

Methinks you need to contact the vendor and see what kind of documentation they can provide you.
Posted by: yashesh.lele 16 years ago
Senior Yellow Belt
0
Hey Nick,

Let we discuss it later why we are not using MSI but problem is still not solved. is there any way to find how can I generate GUID ? because its very high priority.
Posted by: anonymous_9363 16 years ago
Red Belt
0
WHY DO YOU NEED TO CREATE THE GUID? Is that any easier to read?

If, however, you insist that you need to create one:

On Error Resume Next
Set objTypeLib = CreateObject("Scriptlet.TypeLib")
If Err.Number = 429 Then
'// 429 = Cannot create object
'// You have problems beyond the scope of this forum if you get here!
End If
strGUID = objTypeLib.Guid
'// The GUID method appends 2 nulls to the GUID so you may need to throw those away
strGUID = Left(strGUID, Len(strGUID) - 2)

'// Te GUID is now contained in strGUID
Posted by: yashesh.lele 16 years ago
Senior Yellow Belt
0
Thanks All let me Explain my problem in detail.

Server1 - my package RightFax
Server2- my package RightFax

Server3- MS SQLServer2005

Now when i install my package on Server1 its has one own GUID which is dynamically created by MSI which in reside in one Database table configuration on Server3. same when this package has installed on Server2 that time this MSI create again one GUID which is reside in same Database table.so when Server1 and Server2 want to talk that time they identify each other using this GUID with same database. now We dont have permission to Use MSI so need generate GUID every time. This is an example for server1 and server2 like that so many servers.
Hope you all understand now real problem. Here this Media msi generate this GUID using one custom Action which does not resolver coz its in binary format.

if more question please welcome
Posted by: aogilmor 16 years ago
9th Degree Black Belt
0
Thanks for clarifying that. It seems what you have here is a SQL Server problem, not a packaging or installation problem. You have 2 SQL servers that want to talk to each other, but because of identical guids in the database, they can't?

I don't really think this is the right forum to solve your problem, unless you can be more specific about where this datbase derives its guid and why this won't allow server1 and server2 to talk. It's pretty easy to generate a new guid in orca if you edit the msi, but I don't think your problem will be resolved that easily. (you said you can't use msi? that part still isn't really clear).

Have you looked on microsoft.com, SQL Server fora, etc?
Posted by: yashesh.lele 16 years ago
Senior Yellow Belt
0
Hi All,

When we run the prerequisite 1 it’s asking for SQL User name and password (Image1) which is encrypted in registry (Image 2). Then when we install to Product Suit its check for same registry for SQL user name and password. If it found then its asking for append in the database (Image 3) else it’s overwrite the database. We have not found any command line or utility in prerequisite 1’s setup.exe to encrypt the password.
Image 1
















Image 2


Image 3
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ