I cannot be more frustrated than I am today.  Why is DNN 5.4.4 having problems with modules which need to send emails.  I am now completely strapped as I cannot downgrade to an older version of DNN until 5.5 emerges.  I created Contact Us forms using Dynamic Springs forms module.  I assumed everything would work flawlessly as Dynamic Forms shows it is compatible with 5.X.  This is not a shot at Dynamic Springs and Chad as they run a top-notch organization and pay every attention to detail.  However, I am learning today that this problem is a core problem with DNN 5.4.4.

How in the heck can this oversight occur?  I can understand some oversights but email functionality problems that appear to span most modules is a significant and glaring issue.  It is crippling my ability to deploy sites and I am looking like a complete idiot because who would have thought to test email as a potential shortfall to the framework.

It could be my ignorance and lack of understanding as to the core programming of DNN.  If I am missing a rather obvious workaround please let me know what I can do to mitigate further frustration.  At this point, I have spent countless hours reading blogs, talking to my module providers and everyone is pointing back to DNN and this futuristic release of DNN 5.5 as the answer to all of my problems.

I guess my question then can be answered with a simple response.  When does DNN plan to solve this email glitch and when will the DNN 5.5 holy grail be released?

Joe - :-)  sometimes our rants get the best of us buddy.  I had read through so many solutions which didn't work for me I failed to post the error.  Here it is:

AssemblyVersion: 5.4.4
PortalID: 8
PortalName: Positive Results SMM
UserID: -1
UserName: 
ActiveTabID: 427
ActiveTabName: Contact Us
RawURL: /about-us/contact-us
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer: http://www.positiveresultssocialmediamarketing.com/about-us/contact-us
UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6.3; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; InfoPath.2; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 1454a342-04d0-4099-8392-79da48f92045
InnerException: Thread was being aborted.
FileName: 
FileLineNumber: 0
FileColumnNumber: 0
Method: System.AppDomain.GetId
StackTrace: 
Message: System.Threading.ThreadAbortException: Thread was being aborted. at System.AppDomain.GetId() at System.Threading.Thread.get_CurrentCulture() at Go1(RegexRunner ) at System.Text.RegularExpressions.CompiledRegexRunner.Go() at System.Text.RegularExpressions.RegexRunner.Scan(Regex regex, String text, Int32 textbeg, Int32 textend, Int32 textstart, Int32 prevlen, Boolean quick) at System.Text.RegularExpressions.Regex.Run(Boolean quick, Int32 prevlen, String input, Int32 beginning, Int32 length, Int32 startat) at System.Text.RegularExpressions.Regex.IsMatch(String input) at DotNetNuke.Common.Utilities.HtmlUtils.IsHtml(String text) at DotNetNuke.Services.Mail.Mail.SendMail(String MailFrom, String MailTo, String Cc, String Bcc, String ReplyTo, MailPriority Priority, String Subject, MailFormat BodyFormat, Encoding BodyEncoding, String Body, List`1 Attachments, String SMTPServer, String SMTPAuthentication, String SMTPUsername, String SMTPPassword, Boolean SMTPEnableSSL)
Source: 
Server Name: SERVER110

Just a couple Gemini posts related to this, I am bringing this up again because from what I can tell with the 5.5 beta code the function call still exists and the gemini posting (the most recent one doesn't show that its been fixed).

First gemini (shows that it couldn't be dupliated): http://www.dotnetnuke.com/Community/F...

2nd gemini (shows that its open and verified in 5.4.4)
http://support.dotnetnuke.com/issue/V...


I recently made some other observations here:
http://www.dotnetnuke.com/Community/F...


I hope that this is fixed soon because we have many customers that have been reporting this (probably 15+ now and the list is growing)...  the email functions within our application(s) have not changed in a very long time (if they need to I would be happy but it seems to be inconsistent and also happens with some core modules as reported in other posts related to Admin/Newsletters).  So... Whatever changed needs to change back :)  These might already be addressed in 5.5 but if not I wanted to follow up again on these.
 

-Chad
www.datasprings.com