Where is the DLL installed on your system?
Do you also have an earlier version of the DLL installed? I'm wondering if there's an older version sitting in the assembly cache somewhere. If not, can you post the full stack trace?
Thanks,
-Mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the quick response. I tested this out on 2 XP SP2 machines, both got the same problem. This is the first time I use dotnetopenmail, so no previous version exists.
'DefaultDomain': Loaded 'c:\windows\microsoft.net\framework\v1.1.4322\mscorlib.dll', No symbols loaded.
'DotNetOpenMail': Loaded 'C:\Kevin\Projects\DotNetOpenMail\bin\DotNetOpenMail.exe', Symbols loaded.
'DotNetOpenMail.exe': Loaded 'c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\system.windows.forms.dll', No symbols loaded.
'DotNetOpenMail.exe': Loaded 'c:\windows\assembly\gac\system\1.0.5000.0__b77a5c561934e089\system.dll', No symbols loaded.
'DotNetOpenMail.exe': Loaded 'c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\system.drawing.dll', No symbols loaded.
An unhandled exception of type 'System.TypeLoadException' occurred in system.windows.forms.dll
Additional information: Could not load type DotNetOpenMail.EmailMessage from assembly DotNetOpenMail, Version=1.0.1938.42853, Culture=neutral, PublicKeyToken=null.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Are you compiling a test program with the name DotNetOpenMail.exe? If so, I'm guessing that it's confusing the .net Assembly loader. I think it's looking for the DotNetOpenMail.dll file and finding the .exe instead. Probably you'll need to recompile with a different name.
-Mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had a closer look, and it seems that an error can get lost if the SMTP rejects a RCPT TO command. This might be the problem. I'll post a new version fairly soon with this fix in it; that may solve your problem.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Oh Mikel, many thanks for your help. Other than the relay issue, your component works flawlessly. I have tested sending multipart emails, emails in different character sets, emails with embedded graphics .... all work very well.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I got this error when I try to load the component with a simple windows form:
"An unhandled exception of type 'System.TypeLoadException' occurred in system.windows.form.dll"
The details of the error is something about failure to load DotNetOpenMail.EmailMessage
Hi-
Where is the DLL installed on your system?
Do you also have an earlier version of the DLL installed? I'm wondering if there's an older version sitting in the assembly cache somewhere. If not, can you post the full stack trace?
Thanks,
-Mike
Thanks for the quick response. I tested this out on 2 XP SP2 machines, both got the same problem. This is the first time I use dotnetopenmail, so no previous version exists.
'DefaultDomain': Loaded 'c:\windows\microsoft.net\framework\v1.1.4322\mscorlib.dll', No symbols loaded.
'DotNetOpenMail': Loaded 'C:\Kevin\Projects\DotNetOpenMail\bin\DotNetOpenMail.exe', Symbols loaded.
'DotNetOpenMail.exe': Loaded 'c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\system.windows.forms.dll', No symbols loaded.
'DotNetOpenMail.exe': Loaded 'c:\windows\assembly\gac\system\1.0.5000.0__b77a5c561934e089\system.dll', No symbols loaded.
'DotNetOpenMail.exe': Loaded 'c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\system.drawing.dll', No symbols loaded.
An unhandled exception of type 'System.TypeLoadException' occurred in system.windows.forms.dll
Additional information: Could not load type DotNetOpenMail.EmailMessage from assembly DotNetOpenMail, Version=1.0.1938.42853, Culture=neutral, PublicKeyToken=null.
Hi-
Are you compiling a test program with the name DotNetOpenMail.exe? If so, I'm guessing that it's confusing the .net Assembly loader. I think it's looking for the DotNetOpenMail.dll file and finding the .exe instead. Probably you'll need to recompile with a different name.
-Mike
Such a silly mistake from me .....
Now it works fine, except when I try to send, I got this:
Additional information: 554 5.5.2 No valid recipients
but when I look at msg.ToAddresses.ToString, surely I have a valid email address.
Hi-
Hmmm.... I'm not sure offhand. Can you post the code you have for for setting the ToAddresses?
Thanks,
-Mike
It is very simple:
msg.AddToAddress(New EmailAddress("myaddress@gmail.com", "Gmail"))
I had a closer look, and it seems that an error can get lost if the SMTP rejects a RCPT TO command. This might be the problem. I'll post a new version fairly soon with this fix in it; that may solve your problem.
Oh, here is my problem again. I forgot to allow relay on my smtp server.
It seems DotNetOpenMail do not yet support authentication with smtp server, correct?
Many thanks.
The upcoming fix for SMTP errors in the RCPT TO field will fix the dev-null-ifying of those errors. Sorry about that.
I'm just working on SMTP AUTH; hopefully the next version will be out soon.
-Mike
Oh Mikel, many thanks for your help. Other than the relay issue, your component works flawlessly. I have tested sending multipart emails, emails in different character sets, emails with embedded graphics .... all work very well.
Hi-
Ok, the new version (0.5.1b) should address the lost errors when there are invalid recipients.
-Mike