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.

  • Byte-Range Requests error

    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:10

    Backing 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,
    Ben

    When 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.)

  • Byte Range Requests

    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,
    Brendan

    The 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
    Bruce

    Your 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.

  • Byte Range request issue on drupal site where files are linked to as nodes.  Can anyone tell me how to get this feed into itunes?

    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,
    Ken

    I 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, Kris

    thanks 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!
    Melissa

    Submitting 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.
    James

    When 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 &amp; 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