first of all sorry - I’m not quite sure if this is a bug in PocketCasts or a Problem with the feed/site/podlove itself that leads to this behavior in pocketcasts… Anyhow - I don’t know how to solve the problem and I guess that it can be solved by changing some feed-content or maybe someone already had the same problem.
But first things first: We’re producing the devcouch.de podcast Our Main-Feed is located at: https://devcouch.de/feed/mp4/ - this feed is registered with iTunes. We also have an additional mp3 Feed at https://devcouch.de/feed/mp3/ .
From our Server-Logs we can see that Pocket Casts was using the mp4 Feed till [24/Oct/2017:06:59:12 +0200. From that time on it started to only query the mp3 Feed:
22.214.171.124 - - [24/Oct/2017:06:59:12 +0200] “GET /feed/mp4/ HTTP/1.1” 200 9294 “-” “PocketCasts/1.0 (Pocket Casts Feed Parser; +http://pocketcasts.com/)” devcouch.de
126.96.36.199 - - [24/Oct/2017:07:11:44 +0200] “GET /feed/mp3/ HTTP/1.1” 200 9288 “-” “PocketCasts/1.0 (Pocket Casts Feed Parser; +http://pocketcasts.com/)” devcouch.de
188.8.131.52 - - [24/Oct/2017:07:12:01 +0200] “GET /feed/mp3/ HTTP/1.1” 200 9288 “-” “PocketCasts/1.0 (Pocket Casts Feed Parser; +http://pocketcasts.com/)” devcouch.de
This leads to a problem: When subscribing to our podcast by using the search inside the pocketcast app it is using content based upon the mp4 feed by default, so new episodes won’t get shown.
Strange enough: All other podcast clients are still pulling the mp4 feed and do work well.
As far as I remember we did not change anything at this special date, we’ve released a new epsiode a few days later.
My question is:
- Any idea why the Pocket Casts Feed Parser suddenly stopped refreshing the mp4/aac and switched to the mp3 feed?
- I heard that it is possible to use some meta-tag inside the mp3 Feed to force clients to switch the feed, how can I do this in podlove?
Thanks a lot in advance!,