I can't give you a definitive answer about issues you might run into if your
assembly doesn't have a strong name. Outlook's own security model doesn't
know anything about strong names, so it's not relevant there. But in terms
of .NET Framework security an assembly must have a strong name to be
explicitly granted trust. So in answer to your second question: depending on
how the target environment is configured the lack of a strong name could be
a show stopper.
BTW, if you are going to elevate the potential level of trust for your
Redemption interop assembly then as a good citizen you should make it more
secure by fully customizing it with modified class name and GUIDs
http://www.dimastr.com/redemption/security.htm
And an alternative way to give it a strong name is to generate the interop
assembly using tlbimp.exe which accepts a /keyfile option
http://msdn.microsoft.com/library/d...ls/html/cpgrfTypeLibraryImporterTlbimpexe.asp