Unable to submit podcast due "Enable byte range requests" error
Hi, I'm trying to submit a podcast feed but the "enable byte range requests" error shows, I'm in the full control of the server so I've tested from another server and the header seems to be correct:
HTTP/1.1 206 Partial Content
Date: Mon, 22 Apr 2013 18:40:58 GMT
Server: Apache/2.2.15 (CentOS)
Last-Modified: Tue, 02 Oct 2012 20:59:21 GMT
ETag: "e0adb-546b70-4cb19cbd1fc40"
Accept-Ranges: bytes
Content-Length: 101
Content-Range: bytes 200-300/5532528
Connection: close
Any ideas why iTuns keeps showing me that error?
Thanks in advance
To anyone who may be interested:
Now iTunes accepted my podcast submition, the previous feed had near 100 chapters, so I deleted most of them keeping just 4 chapters.
Similar Messages
-
Does anyone know how to enable byte-range requests on Mac OS X Server 10.6?
I need to be able to host my podcast episodes on the server and iTunes is giving me the error that my episodes are on a server that does not support byte-range requests when I try to submit the podcast feed to the iTunes directory. Any help is greatly appreciated! Thanks
I'm afraid you've fallen over a requirement that Apple has recently introduced. The iPhone plays podcasts by using 'byte-range requests', which means calling for part of the file at a time rather than the whole thing. Unfortunately some servers don't support this, and there were an increasing number of complaints that podcasts which worked elsewhwere weren't working on an iPhone.
So Apple are now making the ability to handle this a condition of submission. Evidently your server doesn't support this, so all you can do is to ask them whether they can implement it. If not, you will have to find another hosting service - ask about this before committing yourself, and if they say no, or don't know what it is, find another host. Note that if, as some people do, you are hosting the feed and the episodes on different servers, it is the server hosting the episodeswhich is in question.
If you would like to post the URL of one of your media files it may be possible to check your server - there is a test though I'm not sure it's 100% accurate. -
Does anyone know how to enable byte-range requests on Mac OS X Server 10.5?
I need to be able to host my podcast episodes on the server and iTunes is giving me the error that my episodes are on a server that does not support byte-rnage requests when I try to submnit the podcast feed the iTunes directory. Any help is greatly appreciated! Thanks
I'm afraid you've fallen over a requirement that Apple has recently introduced. The iPhone plays podcasts by using 'byte-range requests', which means calling for part of the file at a time rather than the whole thing. Unfortunately some servers don't support this, and there were an increasing number of complaints that podcasts which worked elsewhwere weren't working on an iPhone.
So Apple are now making the ability to handle this a condition of submission. Evidently your server doesn't support this, so all you can do is to ask them whether they can implement it. If not, you will have to find another hosting service - ask about this before committing yourself, and if they say no, or don't know what it is, find another host. Note that if, as some people do, you are hosting the feed and the episodes on different servers, it is the server hosting the episodeswhich is in question.
If you would like to post the URL of one of your media files it may be possible to check your server - there is a test though I'm not sure it's 100% accurate. -
HT1819 'Byte-Range' request error, but no problems using Advanced menu
On Windows Vista PC, latest iTunes update:
No trouble subscribing to podcast feed using Advanced menu. iTunes will even update/load new episodes, but I receive 'byte-range' request error when submitting podcast feed to the directory.
Is it normal to be able to use the advanced menu option, but not be able to submit the same feed to the podcast directory?
PS: No trouble subscribing to same feed with Banshee media player using ubuntu Natty Narwhal. All podcast artwork and information intact.I'm afraid you've fallen over a requirement that Apple has recently introduced. The iPhone plays podcasts by using 'byte-range requests', which means calling for part of the file at a time rather than the whole thing. Unfortunately some servers don't support this, and there were an increasing number of complaints that podcasts which worked elsewhwere weren't working on an iPhone.
So Apple are now making the ability to handle this a condition of submission. Evidently your server doesn't support this, so all you can do is to ask them whether they can implement it. If not, you will have to find another hosting service - ask about this before committing yourself, and if they say no, or don't know what it is, find another host. -
I keep on getting the the error that my server does not support byte-range requests. I cant seem to find the problem and I think that I am hitting the ceiling of my knowledge of configuring Apache.
here is my feed location http://feeds.feedburner.com/REDPOINTPodcast
I am running Apache2 on Ubuntu 11:10Backing up what Roger is saying - Apple has publicly stated you must be on a byte-range supported server.
http://www.apple.com/itunes/podcasts/specs.html
Item 2 below is from Apple.
Submission and Feedback Processes
Podcasting on iTunes requires several steps:
Creating your first episode, which can be an audio recording, video, or even a text document. Supported file formats include .m4a, .mp3, .mov, .mp4, .m4v, .pdf and .epub.
Posting your episode file(s) on a server with byte-range support enabled and a publicly accessible URL. Byte-range support allows users to stream your episodes.
Creating an RSS feed (an XML file) that:
conforms to the RSS 2.0 specification
includes the recommended iTunes RSS tags,
contains pointers to your episode.
Posting the RSS file on a server.
Submit the URL for your RSS feed to iTunes.
Regards,
Rob Walch
libsyn -
TS1424 error when submitting a podcast rss: byte-range requests
Hi when I submit rss feeds now I'm getting an error message that we need to enable byte-range requests.
I saw this article:
http://theaudacitytopodcast.com/itunes-changes-podcast-specs-and-features/
saying that " iTunes now requires all hosting servers to enable Byte Range Requests"
my podcast mp3 is hosted in CDN that, as I've checked, supports range requests.
but my rss feed contains urls that first return a redirect, to the real url (where range requests are supported)
could this be a problem? are redirects on episode urls supported (they were until now)? should I modify the redirect response somehow to indicate that range requests are supported on the target server (I thought that shouldn't be necessary)?
take this as a feed example: http://www.blogtalkradio.com/djsqwyd.rss
Thanks in advance,URL:
https://www.seven-thoughts.com/rss/rss.xml -
Byte-range request issue when trying to submit - hosted on Tindeck, is this the issue?
Hi there,
I'm trying to submit a podcast, but having a few issues. It's the first time I've tried to do this and I'm geting a little confused with all the jargon - and there was me thinking I was pretty tech-savvy!
I've set up a Wordpress.com blog (http://every80smovie.wordpress.com/) and then set up a feed on Feedburner (http://feeds.feedburner.com/every80smovie) from that. My audio mp3s are hosted on Tindeck - the first episode can be found at http://tindeck.com/listen/xryo, but I used the Wordpress audio code to place an embedded player on the blog page that links to the Tindeck download link.
From what I can see there are a number of podcasts that seem to host on Tindeck and are listed on iTunes - however, whenever I try to submit my podcast I'm told that the episodes are on a server which doesn't support byte-range requests. I'm guessing Tindeck does because of the other podcasts on there, but I'm now getting really bemused.
I can subscribe to my podcast using the Advanced tab on iTunes, so I know that side works. Can anybody help at all? Does anybody have any experience with Tindeck?
Thanks in advance,
BenWhen your episode URL is entered in the address bar of a browser it downloads the file; although this works OK in the iTunes application when subscribing, downloading sometimes works in the Store and sometimes doesn't. Really you should provide a direct link to the file which when enter it in a browser, plays in the browser. I don't know whether Tindeck offers this as an alternative.
Testing for byte-range requests doesn't suggest this is handled - as it's downloading it probably wouldn't in any case. Byte range requests, which consists of requesting parts of the file at a time rather than the whole thing, is the method used by the iPhone and Apple have made it mandatory for new podcasts; if they detect that your server doesn't handle it they will reject your submission. (Other podcasts using Tindeck may have been up before this came into force, or perhaps they've found a way to get Tindeck to serve the files properly.) -
Hi,
Any help on this topic would be much appreciated.
The following feed was recently working on iTunes, but seems to have stopped working.
http://www.backpagelead.com.au/podcasts?format=feed&type=rss
I understand the issue with byte-range requests and am trying to get an answer from a hosting company.
In the meantime, is there anything in particular in my RSS feed that I should look out for that could be causing a problem?
Cheers,
BrendanThe page you link to shows the link as text rather than a link:
The Geoffery Podcast Episode 13: The One With The Balance Pt. II: The Sequel of the Sexes.
<a href=”http://dl.dropbox.com/u/63074747/the%20geoffery%20podcast%2013.mp3”></a>
Lissa, Bre and Dexter made a podcast
This link therefore doesn't work, though the one on the word 'podcast' does and the file plays OK. Your feed still has no 'enclosure' tags in it so no media files will appear in iTunes. This is something you will have to sort out with Tumblr: there will be a way of making it work since other people have Tumblr based podcasts. -
Error message when uploading: my server does not support byte-range requests
Hi I am trying to get a pocast up on itunes - I am first just sending a test mp3 - ebenezer.bruceclark.eu/podcast.xml. I have validated the xml keeping it to a minimum and constantly get the message saying my server does not support byte-range requests. Once I got some meassage about "White spaces are required between publicId and systemId". It all seems so random I am using Drupal 7 cms with views_rss module + itunes elements. It's been my 3rd night into the early morning and I need to sort this out for my client.
Thanks to anyone who can help
BruceYour feed does not contain an 'enclosure tag' which would contain the URL of your mp3 file, so at the moment it basically has no content and would be of no use to iTunes. You may find it helpful to read this page which gives you basic information on making a podcast:
http://rfwilmut.net/pc
Note that when you do get it working and submitting, the iTunes Store won't accept a podcast which is merely a technical test: they need to see at least one proper episode so that they can check that your podcast does not contain unsuitable material. -
I have an audio feed created on my Drupal website and it does not pass muster on the Itunes podcast submission. Says byte range requests not supported but I talk with my provider and they indicated that byte range requests are supported. My feed is www.theoasisoflight.org/audio/feed
Thanks,
KenI tested your top media file in Terminal and it does not indicate that the server accepts byte range requests:
curl -I -r 200-300 http://www.theoasisoflight.org/audio/download/305/Wendell+Par+2014-02-23.mp3
HTTP/1.1 200 OK
Date: Thu, 27 Feb 2014 15:59:52 GMT
Server: Apache
X-Powered-By: PHP/4.4.9
Expires: Sun, 19 Nov 1978 05:00:00 GMT
Cache-Control: store, no-cache, must-revalidate, post-check=0, pre-check=0
Content-Disposition: attachment; filename="Wendell Par 2014-02-23.mp3"
Set-Cookie: SESS0623d57eba2dab838f39d7d97a4c2411=6bfcf91b3afc32c6ccd97d33dcb520d3; expires=Sat, 22 Mar 2014 19:33:12 GMT; path=/; domain=.theoasisoflight.org
Last-Modified: Thu, 27 Feb 2014 15:59:52 GMT
Content-Length: 62962251
Content-Type: audio/mp3
If it did, 'Content-Length' would have been 201. I can't promise that this test is 100% authoratitave, but it rather looks as if Drupal are wrong. If this is the case you will, I'm afraid, have to find another server because without byte range requests podcasts don't work properly in iPhones, so Apple have made it mandatory. -
Longtime Podcaster Stuck In Byte-Range Purgatory
Hey guys,
I'm trying to do something that seems impossible on my end - get audio podcasts to download on iOS in the default podcast app.
So far I've transcoded 800+ episodes to .m4a, checked for byte range, edited .htaccess, removed redirects and most recently tested on iOS 6 and 7 on Verizon, AT&T and over wifi.
Verizon (iOS7): downloads like a champ - instant playback
AT&T (iOS6 & 7) iPad and iPhone: Error
Wifi (iOS6 & 7) iPad and iPhone: Error
Feed: http://croncast.com/episodes.rss
Actions taken to remedy:
Transcode all .mp3 to .m4a and only send .m4a enclsosure to iOS devices
Edited .htaccess to add
<Files *.m4a>
Header set Accept-Ranges bytes
</Files>
Tested .m4a header
$ curl -I -r 200-300 http://www.croncast.com/1a4/cks-2013-09-23.m4a
HTTP/1.1 206 Partial Content
Date: Tue, 24 Sep 2013 10:28:08 GMT
Server: Apache
Last-Modified: Mon, 23 Sep 2013 22:54:37 GMT
ETag: "52b8001-2b79023-4e714e78d4540"
Accept-Ranges: bytes
Content-Length: 101
Content-Range: bytes 200-300/45584419
Connection: close
Content-Type: audio/mp4
Maybe there are enough clues in what I've posted here that someone can see a reason why the downloads of the .m4a files fail. I hope so. The files work with Instacast just fine.
Is it possible that the media files themselves have problematic metadata in them, like image? If so, how would I test that?
Any direction to take this would be very much appreciated!
Cheers, Kristhanks for the quick reply, roger.
yes, mp3 do not work.
about the feeds, they're dynamic php and respond according to the device making the request and for iOS devices the flavor the enclosure is .m4a
example:
if(strstr($_SERVER['HTTP_USER_AGENT'],'iPhone') || strstr($_SERVER['HTTP_USER_AGENT'],'iPad') || strstr($_SERVER['HTTP_USER_AGENT'],'iPod')) { $iFile = str_replace(".mp3", ".m4a", $publicmedia); echo "<enclosure url=\"http://www.croncast.com/1a4/" . $iFile . "\" length=\"" . $pms . "\" type=\"audio/mp4\"/>\n"; } else { echo "<enclosure url=\"http://www.croncast.com/fulla/download/" . $publicmedia . "\" length=\"" . $pms . "\" type=\"" . $pmt . "\"/>\n"; }
i did run the curl test on the .m4a and from what i read it is byte-range enabled. i am basing this in the same output that i saw in successful repairs by others. am i missing something? -
Unable to submit a Reader-enabled PDF: "This operation is not permitted"
Hi I've looked through the forums but haven't found an answer to this particular query: I've created a simple form (text boxes, radio buttons, and a submit button which should send the entire PDF to an email address). I have tried different options:
Reader enabled the form, then saved it and emailed a copy to a friend to test. When he clicked on "submit" he received the error "this operation is not permitted". Unfortunately I didn't ask what version of Reader he has. The form was created in Adobe Acrobat X.
Did not reader-enable the form, but opened it with Adobe Reader XI. When I click on submit I get a "server connection error". I'm using Gmail, Chrome and Windows 7 (I went to Start > Default Programs and was able to associate "MAILTO" with Chrome, but there is no option to actively choose Gmail as my mail client). p.s. Before submitting the form I checked and my internet connection is up and running.
I tried to submit the form from Acrobat X and I get a similar error, "Acrobat is unable to connect to your email program".
There are no unembedded fonts or hidden objects in the PDF.
Any help would be greatly appreciated!
MelissaSubmitting forms by email isn't really submitting. In my view it's a useful quick test, but not suitable for production use. For reasons you've already discovered. A particularly bad case is where a user uses GMail (or whatever) but has a WORKING email client that accepts the mail; but then it goes nowhere because they never set it up.
Submit really means "send to a web server" (where a script written by a professional will handle the data). Like the forms on every web site.
Web sites COULD "submit by email" too, but they don't because it isn't any good.
(Caveat: some big companies control the email set up exactly, and it can work for them.) -
Network Error - Unable to submit podcast
Hi all
This is my first post for help so I was wondering if anyone could take the time out to help me.
I have recently coded some xml to create a podcast which works when I manually enter the url in itunes (see pic below) but when I create a request to add the feed, it doesn't upload it instead states that the network connection has stopped. During this time, my internet connection doesn't drop so Im sure the problem lies within itunes.
Now, I have contacted itunes support who advised me that my feed isn't valid.
But like I said above, I have submitted my link manually and have downloaded all episodes. This has been tested and confirmed on another internet connection and operating system too.
My question is, please could someone possibly look at my feed and advise if an issue lies within there as the feed validtor does state a few errors, but it still downloads episodes?
http://www.perceptionfm.info/rss/podcast.rss
Also an example of me manually adding the podcast in itunes http://www.perceptionfm.info/junk/podcastExample.png
Thanks for your time.
JamesWhen you subscribe manually the Store is not involved at all: your own iTunes application is going straight to the feed. Sometimes the Store will choke on something which doesn't cause problems when subscribing manually.
FeedValidator throws up a number of errors: I don't know whether any of these may cause a submission problem but you should look at them - there are help links which may give some indication of the problem.
Also, in another thread a few people have suggested that there may be a problem with submissions due to server difficulties: I don't know anything about this and of course one can't test it without having something to submit. Possibly it may resolve itself - but do look at the FeedValidator report. -
Unable to submit podcast - "We had difficulty downloading episodes from your feed"
Hi there,
I had tried submitting my podcast feed onto iTunes: http://thecity.sg/media-resour…..e/?podcast
However, I was unable to and the following prompt was given "We had difficulty downloading episodes from your feed".
Anyone able to explain or help out?The problem lies with the URLs for your media files. Looking at the most recent episode, the URL is
http://thecity.sg/media-resource/?show&file_name=12Jan14_DanielChua_The%20Master %20Key.mp3
which redirects to
http://thecity.sg//wp-content/uploads/sermons/12Jan14_DanielChua_The%20Master%20 Key.mp3
when entered in a browser, and the file plays there as it should. When subscribing manually in iTunes it does work OK. However, because of the problems which are caused in XML by having an ampersand ('&') the feed has rendered the URL as
http://thecity.sg/media-resource/?show&file_name=12Jan14_DanielChua_The%20Master %20Key.mp3
replacing the ampersand with the code & as would be correct if it were in a description or other text tag. If you enter this changed URL in a browser you get a web page, and presumably this is what the Store is seeing.
This use of server-side scripting to handle your file access is asking for trouble and you would be better off using the actual URL of the file,
http://thecity.sg//wp-content/uploads/sermons/12Jan14_DanielChua_The%20Master%20 Key.mp3
While we're looking at this, your filename has spaces in it. Spaces are not allowed in a URL and the feed has correctly substituted the code %20 for each space, so it does work; but it's preferable not to do this. The usual practice is to substitute an underscore for each space as you have already done for part of the file name. -
Cannot submit Podcast due to "Technical Difficulties"??
I have created a new podcast on libsyn and wish to submit to the iTunes store-- however, filling in the feed.xml iTunes simply responds "We are currently experiencing technical difficulties. Please try again later."
Since this has gone on now for two days, I thought I post here and see what the matter is? I am using iTunes on a Windows PC, I am signed in, but alas, no joy!??
Any suggestions?
thanks!After a long back and forth email conversation with an Apple representative, explaining that this is not a user-end issue, I received the response:
"Dear Sam,
Patrick here. I have contacted a senior advisor regarding this issue. If you could please send the podcast feed that you cannot upload, we will be able to upload it for you.
Thank you for contacting iTunes Store Support. I look forward to your reply."
I submitted my feed to him right away and have not heard back since. The more people that contact Apple about this, the more seriously they will take the problem.
Maybe you are looking for
-
Thats my problem.
-
HP LaserJet 1100 - stuck printer queue
I'm having problems printing documents. The first document will always print OK after a reboot but any subsequent job is being queued and the printer paused. Starting Printer Setup Utility and releasing pause won't unblock the queue and restart print
-
XML file to Proxy Scenario with BPM - ID Steps
Hi Guys, Any one can help me to find about the scenario XML file to ABAP Proxy with BPM, ID steps please. Any link or logical routing, receiver determination and interface determination idea. Please correct me, I have created Business Service as sen
-
Ipod not connecting to windows (screen on ipod only lights up)
Hi, I have been using my ipod classic perfectly for months now. All of a sudden once day it failed to connect. I have tried the 5 R's I have put it in disk mode, nothing! The computer just won't pick it up at all! It doesnt show in device manager, my
-
Error in Goods Recipt Purchase Order
Hi, I am in t.code: MIGO_GR-- 3rd party sales order receive goods. I was trying to do Migo_gr, the OK check box became inactive and while saving i am getting the following message: "you have not flagged any items as OK". please advice me to slove th