The feed seems OK apart from the inadvisable html codes in some of the tags - which won't stop it working, simply look messy.
It can be subscibed to perfectly well, so I can't see any reason why submitting it should cause a problem. The only thing which occurs to be is the presence of a number of incidences of the code
- this I think is a carriage return code. It's possible that it's upsetting the Store but not the iTunes application and I should remove it.
Otherwise, possibly you've hit a glitch of some sort - leave it for a bit then try again. If it still doesn't work I can only suggest trying Support at podcasts 'at' apple.com, though I don't know how helpful they are likely to be.
It looks as if you created the feed in Blogger, and it's there that you need to amend the descriptions, subtitles and so on - Feedburner won't have added the codes. These tags should contain only plain text. You can most easily examine the feed by submitting it to
which will show you the source code and highlight problems.
How frsutrating - I edited the post to just contain the link and plain text and now........ITunes says this:
There is a problem with your feed. Your episodes are hosted on a server that doesn't support byte-range requests. Enable byte-range requests and try your submission again.
This is the issue I had on my orginal host. The file is on archive.org? Is there a solution?
Does anyone know a hosting solution that doesn't cost a huge amount that actually works with the itunes store?
I need space for a 2hr show (audio only) each week.
Any web hosting service should be able to host a feed: I'm afraid I don't know what 'byte-range requests' are. How are you creating the feed in the first place? Data in the feed itself suggests you are using Blogger, which would presumably result in a feed a blogspot.com - and Feedburner's feeds are no problem with iTunes. I suspect these codes are throwing the Store - you need to find a way of removing them.
How are your writing that text? An error people sometime make is to compose their text in a word processor and paste it into the method making the feed. This can result in all sorts of problems as they may carry over codes specific to the word processor. You should either type your text directly in, or compose it in a plain text editore before copying it in. Avoid using the ampersand character '&' - that will cause problems - use the word 'and' instead.
ok will try that.
I was under the impression that itunes changed the spec required for podcast submissions for the servers hosting so that they could enable streaming hence byte-range requests need to be enabled on the server hosting the file?
They do say this in the instructions as a requirement:
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
Most people don't have a problem, and though I don't really know anything about servers or what this expression means, I would have thought most servers were compliant (or we'd hear a lot more complaints). A lot of people use Feedburner without problems, so any feed hosted by them, as yours is, should work OK.
Unfortunately the usual test - subscribing manually - doesn't cover this as the file is downloaded and played from the computer: it's only on the Store itself that streaming appears to take place (though even this may be relying on QuickTime's ability to start playing a file while it's being downloaded - this isn't the same as streaming).