dtynan

I assume you meant that it gives a 500 error when SUBMITTING the form, not when saving the post, correct? It doesn’t make any sense that it would give a 500 when saving the post unless you have problems with your site unrelated to the EBD plugin (since the shortcode is not run when you save a post .. it’s just text on the page).

I suggest you go look at your webserver error log, since it will likely have an error message in it that gives a pretty good clue as to what the problem is that is causing things to fail (and thus return a 500 server error). That is the easiest and fastest way to figure out what’s going on.

I did check out the test page you provided. WordPress outputs the beginning parts of the page and then it looks like most of the page content never gets delivered and the final message in the HTML is a comment from W3 Total Cache. At least for me, that partial output (even though it comes wth 500 internal server error) is getting cached my browser, which is kind of weird. If I then run the page again I get a 200 success rather than a 500 internal server error because the content comes from my browser cache. Again, that seems weird. What it means for me is that I have to clear my cache & then do the test page again in order to make the 500 appear again. So, you may also have to do that when you want to make the 500 happen again (so you can easily find it at the end of the webserver error log).

Again, the easiest thing to do is just look in the webserver error log. I would do that first. If needed, you could do other things like turning off W3 Total Cache (just in case). Change EBD to be ‘inline’ so that it is not trying to use 9.1 or 9.2. Don’t make it a hidden form. I’m not suggesting that for a permanent change .. just to help make it simpler to debug by process of elimination. If it were me, I would make 2 posts and use one download_id in one and the other download_id in the other & make sure they both work individually. I know you said that it did work, but I want to make sure you tried both of the download_ids that you are using in the multi checkbox one (that way we know both download ids are correct & both work & deliver the correct file).

Looking at the html for the form that you put in near the beginning of this item, I don’t see a [submit] … you have a btn there in html, which might be ok, not sure, but I think you should make sure you do it similar to the Screenshots page. Put a [submit] in there. Get rid of the [recaptcha]. Again, this is just to try and narrow down the possible causes.

Hmm. Are you sure you set it to ‘both’? I don’t see any link appearing on the page and the response from your server makes it look like it’s still set to ’email’.

By the way, when you are set to ’email’ or ‘both’, EBD will send out 2 emails. One email is the one that is supposed to go to the email address the website visitor put into the form (that is the one that would have the link to click on to download the file, or would have the file attached). The other email is the “notification email” that (typically) goes to the wordpress admin.

When you created your CF7 form, there is a “Mail” tab that has some settings on it. Those settings configure the “notification email”. Normally, the “To:” will be set to the same email address as your wordpress admin has. That notification email looks very similar to the email that is sent to the website visitor, but it has no link to click on. It’s just to tell you (the wp admin) that someone has submitted the form to download something. Note that the notification email almost always gets delivered properly (since it is usually going to the admin and people normally have that email address working and everything so it normally gets through).

The email that goes to the website visitor doesn’t really have any configuration settings. It’s just a wp_mail call made by EBD with the To: address being whatever the website visitor typed into the form on your page. Note that it is pretty common for this email to not get delivered properly. That happens a lot on sites that are on shared hosting. The email will put like the real operating system level account name into the From: of the email (it will be something weird like bluehost832783@mail.bluehost.com or whatever). That will cause the email to look like spam to many email hosting providers (like gmail or yahoo mail). Thus, in order to get that email through, you usually need to use another plugin to fix the From:.

Many people on here end up using the Postman SMTP plugin by Jason Hendiks, which works well and gives you like good logging and such. Alternatively, some folks use the plugin called Custom Sender For Email Before Download which lets you set just that From: field (note that the setting may get wiped out anytime you resave your EBD settings – requiring you to put it back in there).

Anyway, I don’t know if you are encountering either of those issues. Your description of making the email go to you so you could see when people downloaded stuff doesn’t quite make sense to me (since there is already a notification email that does that). I think you are actually talking about the notification email (which should go to you and which you configure in the Mail tab of CF7). What is probably confusing you is that you may think that is the email that is supposed to go to the website visitor because the email that actually does go to the website visitor isn’t getting delivered because of the problem I described above.

Probably not the same problem. Please open a new item & give a full description of the problem, including whether or not it ever worked before and a link to the page with the EBD form on it.

I will go ahead and mention a couple of things here in this item, but open a new item to continue this….

I can tell from the link to the download you provided that it can’t find the file on the filesystem because it is returning a 302 Temporarily Moved and giving a Location: header and there is no URL next to the Location: which is definitely incorrect.

You probably moved things around somehow — like from a previous hosting provider to a new one, or you moved files around in the filesystem, or you uploaded the file into the wrong place (you should upload into Download Monitor, which is the “Downloads” link on your wordpress main menu), or something like that.

You might be able to get it work by checking or unchecking “Hide/Mask” setting, but most likely you’ll need to do something to make the file get found (put the file in the correct location, delete it & reupload it, etc).

I looked at the HTML source for that page and there is no trace of the CF7 form on there at all (no form asking for the user’s email address). I searched for “wpcf7” in the html and only found some CSS definitions. I should have found several lines of HTML with classnames beginning with “wpcf7” … stuff like a form tag and div tags and so on.

So, it looks like there form is entirely missing from your page. I don’t know why that would be.

(just as a side point, you might want to make a simpler test page without all the extra junk on there … no tabs, etc. Just your form for testing EBD and then get that working first before you try and get it working in your complicated page setup)

Make a new CF7 form — make it the same as your existing form. (We’re trying to get a new form ID which is why we need a new form).

Make a new page in wordpress (this is just to run a test).

Upload a new file into Download Monitor. Make it a .jpg file. Do NOT use a pdf file. Give it a filename that you have never used before and make it simple. Something like “abcdefg.jpg”. No dashes, underscores, etc. Just name .jpg.

Using the CF7 form ID from the NEW CF7 FORM you just made and using the download_id from the NEW FILE YOU JUST UPLOADED INTO DOWNLOAD MONITOR, make a NEW SHORTCODE and put it on the NEW PAGE you just made.

Email me the URL for the new page.

It is important that everything is new. Do not use any of the old IDs, do not use a filename you have used before, etc.

Using a non-pdf file is strictly for problem determination — not as a solution. In certain instances, PDF files can act differently. Using a non-pdf file is a way to eliminate that variable .. it’s part of the process of eliminating possible causes (part of PD/PSI).

If you look back a few updates, you’ll see that the main thing I wanted you to try was to check “Force Download” and see if that changed things.

However, if you guys are ok with emailing w/attachments then that’s good —- it has the added the benefit of making sure that every email address you get is valid or else the user never receives the file … unlike displaying a link where they can just type junk@junk.com into the email address field, hit submit, and then click the displayed link to get the file. This way you know the email address is at least real (which will cut down on your bounces, if nothing else).

sure, mail it to dtynan88@gmail.com

and open a new item please (don’t use this one that was opened by skeptikal3)

If you don’t see much in the EBD CSV file, then it sounds like all those downloads came via people going to the download (but not going through your EBD form page to get there). That is not really an EBD thing, if so. I suggest you remove your download (the file itself & the entry in download monitor), then change your download path starting fragment in the Download Monitor configuration to be a different less guessable name, then reupload your file into Download Monitor. That will start you over with no accesses on that file & it will have a new URL (because of the new download path thingy). Then you can keep an eye on it & see if it increments. If so, your best bet is to check your access logs for your webserver to figure out how they are getting to it (actually I guess you could do that now & find those prior accesses in there and figure out what’s up).

On the notification email not showing up, that is an unusual problem. If you are set to “both” or “email” then EBD sends 2 emails — 1 goes to the email address that the website visitor types into the form and the other emails normally goes to the wordpress administrator (or whatever email address you put in the CF7 To: field on the Mail tab [which normally defaults to the wordpress administrator]). It is common for the 1st email to not get there — the one that goes to the website visitor. That has to do with the From: of the email not matching up with the system that is sending it and then the mail hosting provider (gmail, yahoo, etc) rejects it. There are ways to fix that. However, the other email, the “notification email”, almost always works because it’s going to the wordpress administrator & everyone normally has that email working because otherwise they’d never get any email from their wordpress installation to let them know things.

So, you should double-check that you have the wordpress administrator email address in there on the CF7 form you are using (in the Mail tab). Just put the email address, don’t do any of the extra text with your name and the less-than and greater-than symbols — keep it simple, just the email address. If that’s what you have then it should work. If it’s not working, then I suggest you try adding a WordPress User and then deleting that User. That should cause a notification email to be sent to the wordpress administrator. If you don’t get that one, then you know your wordpress can’t send email and it’s unrelated to any plugin…

hope that gets you going in the right direction