有用于播客的 IMAP 之类的东西吗？
有用于播客的 IMAP 之类的东西吗？
我拥有一台台式机、笔记本电脑、iPod、智能手机和一个网络客户端，所有这些都可以下载 StackOverflow Podcasts。 （除其他外）他们都告诉我哪些剧集可用以及哪些已经播放。 当然，一切都是一团糟。 我的 iPod 在某种程度上与我的桌面同步，但其他一切都是随机的。
IMAP 解决了与电子邮件相同的问题。 每台设备都从一台服务器获取内容和元信息，并与其保持同步。 对于每个设备，我可以设置首选项（是否下载完整的存档，包括垃圾邮件）。
我们可以为播客实施 IMAP 方法吗？ 或者有更好的隐喻/标准来解决这个问题吗？ 采用策略会是什么样子？
（顺便说一句：除了 Windows 智能手机，我拥有完整的 Apple 产品堆栈。即便如此，我还是遇到了这个问题）
更新 到 sourceforge 的 RSS-to-Imap 链接看起来很不错，但非常阿尔法/实验性。
更新2 RSS 缺少的一件事是删除/未读项目的命令/方法/参数/属性。 RSS只能添加，不能删除。 如果 RSS(N+1) (3?) 可以为 unread="true|false" 添加一个值，那么问题就解决了。 如果我将所有 RSS 源缓存在我自己的服务器上，并自己添加该属性，我只需说服 iTunes 和所有其他客户端尊重这一点即可。
Is there such a thing as IMAP for podcasts?
I own a desktop, laptop, iPod, smartphone and a web-client all downloading StackOverflow Podcasts. (among others) They all tell me which episodes are available and which are already played. Everything is a horrible mess, ofcourse. My iPod is somewhat in sync with my desktop, but everything else is a random jungle.
The same problem with e-mail is solved by IMAP. Every device gets content and meta-information from one server, and stays in sync with it. Per device, I can set preferences (do or do not download the complete archive including junkmail).
Can we implement the IMAP approach for podcasts? Or is there a better metaphore/standard to solve this problem? How will the adoption-strategy look like?
(by the way: except for the Windows smartphone, I own a full Apple-stack of products. Even then, I run into this problem)
UPDATE The RSS-to-Imap link to sourceforge looks promesting, but very alpha/experimental.
UPDATE 2 The one thing RSS is missing is the command/method/parameter/attribute to delete/unread items. RSS can only add, not remove. If RSS(N+1) (3?) could add a value for unread="true|false", it would be solved. If I cache all my RSS-feeds on my own server, and add the attribute myself, I only would have to convince iTunes and every other client to respect that.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
播客基本上只是 RSS，因此 IMAP 解决方案在这种情况下完全没有意义。
为了实现这样的目标，您必须拥有自己的播客堆栈。
Podcasts are basically just RSS, so an IMAP solution doesn't totally make sense in this case.
You'd have to have your own podcast stack in order to achieve something like this.
我认为有机会通过过于字面地解释你的问题来错过要点，但是....
RSS->IMAP 服务器 可能很合适（如果您有资源来托管它）？ 我想知道它是否支持附件/附件。
I think there's an opportunity to miss the point by interpreting your question too literally, but....
RSS->IMAP Server might be a good fit (if you have the resources to host it)? I wonder if it supports attachments/enclosures.
您是否考虑过使用 Google Reader 来收听您的播客？ 如果每个设备在使用播客时都有足够的可用网络，这可能是理想的选择。
Have you considered Google Reader for listening to your podcasts? If might be ideal if each device has a sufficient network available when it comes time to consume the podcast.
既然回答你没有问过的问题似乎是这里的常态，你考虑过 pop4 吗？
pop4.org
Since answering a question you didn't ask seems to be the norm around here, have you considered pop4?
pop4.org
Odeo 在它的创建者开始创建这个名为 Twitter 的小网站之前就曾经这样做过。 这就是我过去管理播客的方式。 现在是否仍然这样做，我不知道。 我倾向于将我的播客订阅保留在一台电脑和一台同步的 iPod 上。
Odeo used to do this before the creators of it went and started this little website called Twitter. That's how I used to manage podcasts. Whether it still does this, I do not know. I tend to keep my podcast subscriptions to one computer and an synced-up iPod.
查看 gpodder - 我使用它并发现它非常出色。
Look into gpodder - I use it and find it excellent.