BPS blocking iTunes podcasts?

Yes, BPS does block HEAD Requests by default. To allow HEAD Requests do these Custom Code steps in this link: http://forum.ait-pro.com/forums/topic/itunes-cannot-read-feed/#post-2787

Hmm I wonder if the way cURL is being used is the issue?
Do these manual steps for testing and if this works then I will post permanent Custom Code steps.

1. Go to the htaccess Core >>> htaccess File Editor tab page.
2. Unlock your Root htaccess file if it is currently locked.
3. Click on the “Your Current Root htaccess File” tab.
4. Scroll down in the contents of your Root htaccess file until you come to this section of code: BPSQSE BPS QUERY STRING EXPLOITS
5. Comment out these 2 lines of code using # signs as shown below:

#RewriteCond %{HTTP_USER_AGENT} (havij|libwww-perl|wget|python|nikto|curl|scan|java|winhttp|clshttp|loader) [NC,OR]

#RewriteCond %{HTTP_USER_AGENT} (;|<|>|'|"|\)|\(|%0A|%0D|%22|%27|%28|%3C|%3E|%00).*(libwww-perl|wget|python|nikto|curl|scan|java|winhttp|HTTrack|clshttp|archiver|loader|email|harvest|extract|grab|miner) [NC,OR]

6. Click the Update File button to save your edits.

Test and let me know what happens.

Just made a HEAD Request to your website with web-sniffer and got a 200 Response. Is the problem still occurring now? If so, then it is probably going to be plugin related. Check your BPS Security Log file and post the security log entry related to what is being blocked/a plugin / the URI.

Using web-sniffer.net and making a HEAD Request to this URL: http://findrefuge.com/?feed=seriesengine

HTTP Request Header
Connect to 67.227.136.8 on port 80 ... ok

HEAD /?feed=seriesengine HTTP/1.1[CRLF]
Host: findrefuge.com[CRLF]
Connection: close[CRLF]
User-Agent: Web-sniffer/1.1.0 (+http://web-sniffer.net/)[CRLF]
Accept-Encoding: gzip[CRLF]
Accept-Charset: ISO-8859-1,UTF-8;q=0.7,*;q=0.7[CRLF]
Cache-Control: no-cache[CRLF]
Accept-Language: de,en;q=0.7,en-us;q=0.3[CRLF]
Referer: http://web-sniffer.net/[CRLF]

HTTP Response Header
Status: HTTP/1.1 200 OK
Date:	Sat, 06 Sep 2014 16:55:58 GMT
Server:	Apache
X-Powered-By:	PHP/5.3.28
Expires:	Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control:	no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma:	no-cache
ETag:	"f87b70f37b9b9ed1fdd33bf865540e97"
Set-Cookie:	PHPSESSID=763d931e40fb1473a5b8d4f8a7c9078d; path=/
Last-Modified:	Thu, 04 Sep 2014 17:32:00 GMT
Connection:	close
Content-Type:	text/xml; charset=UTF-8

Went to your feed and played an mp3 podcast successfully using Firefox.

So my question is are the podcasts actually working and is the error still occurring from Apple? I am going to assume that the Terminal check from your Mac is not accurate at this point or is being blocked because of the way it is being sent or some other odd reason. I am able to make a HEAD Request to your site and feed and can view/listen to mp3 podcasts in your feed.

Do you see any Security Log entries for today? The date of that log entry is yesterday: September 5, 2014 5:10 pm

Test using Apple/iTunes itself since Apple/iTunes will tell you if they are still being blocked. I assume the Mac Terminal check is blocked for some other reason. It is probably malformed or is sending the Request in a way that is fubar.

It’s been a couple days since this thread was created. Is this issue/problem resolved? If so, please resolve this thread. If not, please post any additional relevant information.