dtynan

That email is the “notification” email (that goes to the wordpress admin normally). There is a different email that goes to the user who filled in the form (it goes to his email address) — that email is probably not getting delivered. This has been covered many, many times in the support messages on here. I just covered in detail a couple of days ago. Please read back through some of the support messages (you need to change the From: or installed SMTP plugin)

EBD sends 2 emails.

One email is the “notification email” that you configure in CF7. That should go to the wordpress admin (you). That one lets you know that a user has filled out the EBD form & it tells you what they downloaded. As long as your admin email address can get email from your wordpress installation then you will get this email. This one usually works just fine.

The other email goes to the user (the website visitor who filled out the form). That one is sent to whatever email address that the user entered on the form. This email is sent by EBD (not CF7). This is the email that will have the attachments that the user selected on your form. This is the email that people usually have trouble with. In your case, this is the email that is not getting to the user. It is probably being rejected by the user’s email provider (gmail, yahoo, whatever). This often happens because the “From:” of that email doesn’t match the system that is sending it (the system your wordpress is running on at your hosting provider) and you have no configured any of the things that help prove you are not a spammer (like SPF, DKIM, etc).

If you want, you can try this plugin in order to change the From: so that it matches the same “From:” as on your notification email that you are getting (this is what I do) – https://wordpress.org/plugins/custom-sender-for-email-before-download/

Or, you can use an SMTP plugin like the one from Jason Hendriks (which is what many people on this support forum use who encountered the same problem you are):
https://wordpress.org/plugins/postman-smtp/

Note that the custom-sender-for-email-before-download plugin will erase its setting every time you change EBD settings .. meaning you will have to put the From: back in there every time, which is annoying.

So far, everyone who has used Postman SMTP has solved their problems. Plus, the author checks these forums, so he is very proactive. If I were in your shoes, I would go with it.

I don’t know the cause exactly, but it sounds like your IIS webserver doesn’t recognize the pdf mime type maybe? Or, rather, it sounds like IIS doesn’t realize that it’s a PDF file being spit out from PHP & it doesn’t send the appropriate headers? Just guessing there .. I’ve never liked IIS and it’s goofy with PHP anyway, but if your stuck with that in production then I guess you’ll have to search around on the web.

This is probably not a good longterm solution, but you might try turning on Force Download for that particular download (which is either a setting for that download in Download Monitor) or it can be an extra term in your shortcode – see the FAQ on the EBD plugin page). Turning on (or maybe it’s turning off .. I can’t recall at the moment) will cause the program to do an HTTP Location: command to the browser & give it the URL for the pdf file, rather than reading in the PDF file via PHP and spitting it out to the browser. If it works that way, then you know it has to do with PHP reading in & sending the PDF file and you can search the web for that .. otherwise it sounds like IIS mime types missing the PDF type (which sounds nuts, but Microsoft yaknow).

I think what you’re doing is trying to change the file URL in the Download Monitor plugin for a file that you uploaded. I think you are misunderstanding how that works. When you upload a file in Download Monitor, the file gets stored in the filesystem of your server and there is a URL that will download that file if you put the URL in a browser. THAT is the URL in that field that you are changing. So, you’re basically putting a URL to one of your webpages into the field that Download Monitor thinks it should use to allow a visitor to download a file. Thus, that’s not what that URL field is for. It doesn’t work like that.

I suggest you not use EBD (and Download Monitor) for what you are trying to do. If you just want to get a user’s email address & name & send them to another page you should use something else. Some sort of form plugin perhaps or other plugins that get a user’s email address perhaps. This setup is specifically for downloading files, not going to webpages.

The most likely reason is that your new hosting provider has different default options in php.ini regarding how errors are displayed (or not displayed). Most likely they have it set to do errors to the screen. Some unimportant error occurs during the ajax transaction when EBD is submitted & that extra error text gets shoved into the ajax response & messes it up. That’s just a guess though, since you didn’t provide any URL or anything. But, that’s where I’d look first.

PHP is set to display errors to the screen on your new hosting provider. You need to make it go to an error log file instead by changing php.ini or whatever the preferred method is for that hosting setup.

That will get rid of the error text getting mixed in with the ajax call, which is what is breaking you right now (the error text itself is coming from an error that doesn’t matter I think).

I don’t remember exactly, but I think my changes might not work if you’re using the old version of Download Monitor. If you think you might want to try my modified version, put in here what version of everything you are using (Download Monitor, EBD, Contact Form 7)