A Microsoft Outlook email forum. Outlook Banter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » Outlook Banter forum » Microsoft Outlook Email Newsgroups » Add-ins for Outlook
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

obfuscator problem



 
 
Thread Tools Search this Thread Display Modes
  #1  
Old April 7th 09, 09:02 PM posted to microsoft.public.outlook.program_addins
Jason
external usenet poster
 
Posts: 41
Default obfuscator problem

Can anyone recommend a obfuscator?

We tried Xenocode postbuild but got an error: "This assembly is not strong
name signed." Looks like the message came out of the RunCaspolCommand method
in the CaspolSecurityPolicyCreator.cs of the SetSecurity project.

Can Dotfuscator handle addin and the security challenge?


Ads
  #2  
Old April 8th 09, 02:54 PM posted to microsoft.public.outlook.program_addins
Ken Slovak - [MVP - Outlook]
external usenet poster
 
Posts: 5,848
Default obfuscator problem

Any time you obfuscate you must delay sign your assembly and actually sign
it with that SNK or PFX after the obfuscation. Otherwise the
signature/strong naming is also obfuscated along with your code.

--
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Professional Programming Outlook 2007.
Reminder Manager, Extended Reminders, Attachment Options.
http://www.slovaktech.com/products.htm


"Jason" wrote in message
...
Can anyone recommend a obfuscator?

We tried Xenocode postbuild but got an error: "This assembly is not strong
name signed." Looks like the message came out of the RunCaspolCommand
method in the CaspolSecurityPolicyCreator.cs of the SetSecurity project.

Can Dotfuscator handle addin and the security challenge?



  #3  
Old April 9th 09, 02:50 AM posted to microsoft.public.outlook.program_addins
Jason
external usenet poster
 
Posts: 41
Default obfuscator problem

Same problem: xxx.dll does not represent a strongly named assembly

Here is what we did:

1. checked "Delay Sign only" while kept "Sign the assembly" check
2. built, got UnsignedAddin.dll
3. ran Outlook, add-in cannot load
4. manualy sign from commoand line OK: ran sn -R unsignedAddin.dll
keyfile.pfx
5. ran Outlook, addin loaded OK.

6. built again
7. obfuscate the UnsignedAddin.dll =ObfuscatedUnsignedAddin.dll
8. ran sn -R ObfuscatedUnsignedAddin.dll keyfile.pfx
Got error message: obfuscatedUnsignedAddin.dll does not represent a strongly
named assembly

"Ken Slovak - [MVP - Outlook]" wrote in message
...
Any time you obfuscate you must delay sign your assembly and actually sign
it with that SNK or PFX after the obfuscation. Otherwise the
signature/strong naming is also obfuscated along with your code.

--
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Professional Programming Outlook 2007.
Reminder Manager, Extended Reminders, Attachment Options.
http://www.slovaktech.com/products.htm


"Jason" wrote in message
...
Can anyone recommend a obfuscator?

We tried Xenocode postbuild but got an error: "This assembly is not
strong name signed." Looks like the message came out of the
RunCaspolCommand method in the CaspolSecurityPolicyCreator.cs of the
SetSecurity project.

Can Dotfuscator handle addin and the security challenge?





  #4  
Old April 9th 09, 03:56 AM posted to microsoft.public.outlook.program_addins
Jason
external usenet poster
 
Posts: 41
Default obfuscator problem

I chekced the article "Giving a .NET Assembly a Strong Name" at
http://www.codeguru.com/columns/experts/print.php/c4643. My procedure was
right.

I then used Dotfuscator Community Edition (not support Office addin) against
a C# console exe, following the same procedure. It worked. Look like
Xenocode postbuild broke the strong name.

What obfuscator do your guys use? How much $?


"Jason" wrote in message
...
Same problem: xxx.dll does not represent a strongly named assembly

Here is what we did:

1. checked "Delay Sign only" while kept "Sign the assembly" check
2. built, got UnsignedAddin.dll
3. ran Outlook, add-in cannot load
4. manualy sign from commoand line OK: ran sn -R unsignedAddin.dll
keyfile.pfx
5. ran Outlook, addin loaded OK.

6. built again
7. obfuscate the UnsignedAddin.dll =ObfuscatedUnsignedAddin.dll
8. ran sn -R ObfuscatedUnsignedAddin.dll keyfile.pfx
Got error message: obfuscatedUnsignedAddin.dll does not represent a
strongly named assembly

"Ken Slovak - [MVP - Outlook]" wrote in message
...
Any time you obfuscate you must delay sign your assembly and actually
sign it with that SNK or PFX after the obfuscation. Otherwise the
signature/strong naming is also obfuscated along with your code.

--
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Professional Programming Outlook 2007.
Reminder Manager, Extended Reminders, Attachment Options.
http://www.slovaktech.com/products.htm


"Jason" wrote in message
...
Can anyone recommend a obfuscator?

We tried Xenocode postbuild but got an error: "This assembly is not
strong name signed." Looks like the message came out of the
RunCaspolCommand method in the CaspolSecurityPolicyCreator.cs of the
SetSecurity project.

Can Dotfuscator handle addin and the security challenge?







  #5  
Old April 9th 09, 02:24 PM posted to microsoft.public.outlook.program_addins
Ken Slovak - [MVP - Outlook]
external usenet poster
 
Posts: 5,848
Default obfuscator problem

I rarely obfuscate any of my code, usually I just hand it over to the
customer and they take care of that since they'll be using their own
certificate to sign the code and not mine. On the rare occasions I've
obfuscated my code I've used the full edition of Dotfuscator.

That article looks right, one thing to try would be if you try using an SNK
file instead of your PFX and using that in your post-obfuscation signing
call.

--
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Professional Programming Outlook 2007.
Reminder Manager, Extended Reminders, Attachment Options.
http://www.slovaktech.com/products.htm


"Jason" wrote in message
...
I chekced the article "Giving a .NET Assembly a Strong Name" at
http://www.codeguru.com/columns/experts/print.php/c4643. My procedure was
right.

I then used Dotfuscator Community Edition (not support Office addin)
against a C# console exe, following the same procedure. It worked. Look
like Xenocode postbuild broke the strong name.

What obfuscator do your guys use? How much $?


"Jason" wrote in message
...
Same problem: xxx.dll does not represent a strongly named assembly

Here is what we did:

1. checked "Delay Sign only" while kept "Sign the assembly" check
2. built, got UnsignedAddin.dll
3. ran Outlook, add-in cannot load
4. manualy sign from commoand line OK: ran sn -R unsignedAddin.dll
keyfile.pfx
5. ran Outlook, addin loaded OK.

6. built again
7. obfuscate the UnsignedAddin.dll =ObfuscatedUnsignedAddin.dll
8. ran sn -R ObfuscatedUnsignedAddin.dll keyfile.pfx
Got error message: obfuscatedUnsignedAddin.dll does not represent a
strongly named assembly


 




Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Outlook 2007 rules problem? CC problem? MGedge Outlook - General Queries 2 September 6th 07 03:04 AM
Receiving mail problem with" Enter Network Password" problem. Denzil Outlook - General Queries 5 February 25th 07 12:48 PM
conection problem on office 2003/instalation problem with beta 200 Martin O Outlook - Installation 0 September 16th 06 08:52 PM


All times are GMT +1. The time now is 08:18 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.Search Engine Friendly URLs by vBSEO 2.4.0
Copyright ©2004-2025 Outlook Banter.
The comments are property of their posters.