Any reason you're setting it to false explicitly?

Try sending it with a completely empty template, then slowly start adding things to it. I found that when there's an XSLT error, the send fails quietly. It's a pain to debug it this way.. 

Thank you for your fast reply Sebastiaan,
I've tried using an empty template with and without any XSLT. I did also try to set the contourContribUseSsl to "true" but it won't send an emails.

Just also make sure that an e-mail still DOES get sent when you use the built-in workflows (I know you say it did before, but please re-check).

Also make sure that you're setting the reply-to address and the send-from address correctly, mail servers will dump your e-mails if they think you're trying to relay (for example: the from address is not the same domain name as the smtp server expects).

You can check this best by storing the mail locally and avoiding an SMTP server altogether:

Put this in your web.config:

  <system.net>
    <mailSettings>
      <smtp deliveryMethod="SpecifiedPickupDirectory" from="[email protected]">
        <network host="localhost" />
        <specifiedPickupDirectory pickupDirectoryLocation="D:\Websites\mailroot" />
      </smtp>
    </mailSettings>
  </system.net>

Make sure that your application pool's user (usually NETWORK SERVICE or the group IIS_IUSRS) has modify permissions on the pickupDirectoryLocation and that the location actually exists. Mails will be written as .eml files in that folder and you can read them by opening them in Outlook, Windows Mail or even a text editor.

If that fails, I'm afraid you're going to have to get the source of the contrib package and debug it. It's been a few months since I worked on it and I can't remember much of the inner workings.

Hey guys, I'm having a similar problem. I've never been able to use the send email, extended feature. Nothing happens. The built-in version works, though.

I guess this would be a server issue? i'm not try to set ssl protection or anything like that.

@davelane Try the above method, if that works then it does seem a lot like it's a server issue.

Thanks Sebastiaan! I think it is indeed server-related. Will have to chat with the admin.

Cheers

Hi,
I've tried your suggestion Sebastiaan with no luck. I still get the default mails but non of the extended. I think I'm gonna need to take a look at the source.

@Develane
Did you get this to work?

Courtesy of @attack_monkey & @MeniroDev - This might help: http://contourcontrib.codeplex.com/workitem/768

Also, I figured out the Contour Contrib package did not contain the Newtonsoft.Json assemblies.
When I added those to the bin Folder I was able to debug and the e-mail was sent succesfully.

Regarding Sebastiaan's post, where is the source for this package?

The source is located at http://contourcontrib.codeplex.com/SourceControl/list/changesets

Thanks Stephen, do you know if there is a compiled version with that update somewhere?

Has anyone got this to work? It is really anoying...

Agreed, I can't get it to compile correctly for some reason.

I've added the updated dll for this fix here incase anyone's interested: http://contourcontrib.codeplex.com/workitem/768

We got it to work now, you need the new DLL and to add the SSL key to web.config.

However, when using the option to enclose attachments, it seems like the attachments in the mail is corrupt.
But when you look at the binary file on the disk that one is ok.

Any ideas?

is working on a reply...