<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>RSS/Atom feeds for mailboxes</title> 
  <pubDate>Fri, 10 Apr 2026 13:09:14 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/2733</link> 
  <atom:link rel="self" type="application/rss+xml" title="RSS/Atom feeds for mailboxes" href="https://bugs.horde.org/ticket/2733/rss" /> 
  <description>RSS/Atom feeds for mailboxes</description> 
 
   
   
  <item> 
   <title>Something like whups/rss.php, but showing content like imp/l</title> 
   <description>Something like whups/rss.php, but showing content like imp/lib/Block/tree_folders.php, so that a summary of all the folders and new mail can be fetched through RSS.</description> 
   <pubDate>Wed, 05 Oct 2005 13:29:42 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t12161</link> 
  </item> 
   
  <item> 
   <title>I&#039;ve implemented RSS feeds for mailboxes in the attached pat</title> 
   <description>I&#039;ve implemented RSS feeds for mailboxes in the attached patch. As per a discussion with Chuck, the url scheme is:



http://server/horde/imp/rss.php - gives all mail in inbox

http://server/horde/imp/rss.php/new - gives new mail in inbox

http://server/horde/imp/rss.php/A/B - gives all mail in folder A.B

http://server/horde/imp/rss.php/A/B/new - gives new mail in folder A.B



(...where &quot;all mail&quot; is the last 20 messages regardless of status).



The proposed file in /imp/templates/rss/mailbox.rss is identical to the file in /whups/templates/rss/ticket.rss, and similarly /imp/themes/feed-rss.xsl to /whups/themes/feed-rss.xsl.



Please let me know any changes or enhancements that should be made.</description> 
   <pubDate>Thu, 04 Jan 2007 21:50:33 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28045</link> 
  </item> 
   
  <item> 
   <title>That would mean that people can&#039;t subscribe to folders calle</title> 
   <description>That would mean that people can&#039;t subscribe to folders called &quot;new&quot;. Can&#039;t we use a character that is not allowed in IMAP folder names instead, or at least one that&#039;s supposed to be less common than &quot;new&quot;?</description> 
   <pubDate>Thu, 04 Jan 2007 22:46:44 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28048</link> 
  </item> 
   
  <item> 
   <title>Jan -- yes, I meant to include that potential problem with t</title> 
   <description>Jan -- yes, I meant to include that potential problem with the submission. But...



As per Selsky&#039;s question in IRC, the code doesn&#039;t handle vfolders because I was using MailboxCache directly. The fix is trivial, using Mailbox&#039;s buildMailboxArray(), but then there is no clean way of retrieving only new messages.



Perhaps the /new idea isn&#039;t a good one, and that functionality should be relegated to a vfolder?</description> 
   <pubDate>Fri, 05 Jan 2007 02:51:22 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28055</link> 
  </item> 
   
  <item> 
   <title>&gt; I&#039;ve implemented RSS feeds for mailboxes in the attached p</title> 
   <description>&gt; I&#039;ve implemented RSS feeds for mailboxes in the attached patch. As 

&gt; per a discussion with Chuck, the url scheme is:

&gt;

&gt; http://server/horde/imp/rss.php - gives all mail in inbox

&gt; http://server/horde/imp/rss.php/new - gives new mail in inbox



There&#039;s a quirk in the GData query syntax, which I was thinking to base this on (http://code.google.com/apis/gdata/protocol.html#query-requests) that should take care of the /new problem. /new is a category, and categories should be preceded with /-/ to distinguish them from other path elements. So we&#039;d have:



http://server/horde/imp/rss.php - gives all mail in inbox

http://server/horde/imp/rss.php/-/new - gives new mail in inbox



Also, rss.php/INBOX should work as well. I like the REQUEST_URI usage to avoid PATH_INFO; any sense how portable it is?</description> 
   <pubDate>Fri, 05 Jan 2007 04:34:56 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28062</link> 
  </item> 
   
  <item> 
   <title>According to http://us2.php.net/reserved.variables , REQUEST</title> 
   <description>According to http://us2.php.net/reserved.variables , REQUEST_URI is from PHP 4.1.0</description> 
   <pubDate>Fri, 05 Jan 2007 04:59:20 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28063</link> 
  </item> 
   
  <item> 
   <title>&gt; According to http://us2.php.net/reserved.variables , REQUE</title> 
   <description>&gt; According to http://us2.php.net/reserved.variables , REQUEST_URI is 

&gt; from PHP 4.1.0



Not sure where you see that - $_SERVER is from 4.1.0 on, but REQUEST_URI comes from the sapi (apache, whatever), and is somewhat dependent on it.</description> 
   <pubDate>Fri, 05 Jan 2007 05:28:52 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28066</link> 
  </item> 
   
  <item> 
   <title>http://koivi.com/apache-iis-php-server-array.php</title> 
   <description>http://koivi.com/apache-iis-php-server-array.php</description> 
   <pubDate>Fri, 05 Jan 2007 10:07:53 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28075</link> 
  </item> 
   
  <item> 
   <title>Okay. Another thing that comes to mind is that if a server d</title> 
   <description>Okay. Another thing that comes to mind is that if a server doesn&#039;t support PATH_INFO in some cases, it won&#039;t recognize rss.php/whatever as referring to rss.php - it&#039;ll complain that it can&#039;t find &quot;whatever&quot; in the rss.php/ directory.



Personally I think using PATH_INFO here is much nicer than other solutions, esp. since we&#039;d have to escape /&#039;s even if we did rss.php?INBOX/foo - unless / after ? aren&#039;t path characters?



Thoughts? Opinions? Frogs?</description> 
   <pubDate>Fri, 05 Jan 2007 22:06:18 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28091</link> 
  </item> 
   
  <item> 
   <title>&gt; http://koivi.com/apache-iis-php-server-array.php



Point </title> 
   <description>&gt; http://koivi.com/apache-iis-php-server-array.php



Point taken. 



Attached is a replacement patch that:



1. uses PATH_INFO, if possible, then tries REQUEST_URI, then just defaults to INBOX.

2. uses the /-/new syntax

3. handles vfolders properly</description> 
   <pubDate>Sat, 06 Jan 2007 03:39:47 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28092</link> 
  </item> 
   
  <item> 
   <title>&gt; Personally I think using PATH_INFO here is much nicer than</title> 
   <description>&gt; Personally I think using PATH_INFO here is much nicer than other 

&gt; solutions, esp. since we&#039;d have to escape /&#039;s even if we did 

&gt; rss.php?INBOX/foo - unless / after ? aren&#039;t path characters?



I think path characters work in query strings, but I prefer PATH_INFO too. It&#039;s really a very advanced feature, so requiring certain server capabilities for it should be fine.</description> 
   <pubDate>Sat, 06 Jan 2007 13:58:08 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28098</link> 
  </item> 
   
  <item> 
   <title>Cleaned this up (it wasn&#039;t namespace aware, check for invali</title> 
   <description>Cleaned this up (it wasn&#039;t namespace aware, check for invalid mailboxes, add code to force showing previews even if preview prefs aren&#039;t on) and committed.</description> 
   <pubDate>Fri, 12 Jan 2007 08:16:51 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28343</link> 
  </item> 
   
  <item> 
   <title>Resolving, then. Thanks all!</title> 
   <description>Resolving, then. Thanks all!</description> 
   <pubDate>Fri, 12 Jan 2007 16:52:18 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2733#t28377</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
