<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet href="http://bugs.horde.org/themes/feed-rss.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
 <channel>
  <title>Show the script in &quot;Show Active Script&quot;</title>
  <pubDate>Fri, 04 Jul 2008 10:58:54 -0400</pubDate>
  <link>http://bugs.horde.org/ticket/6338</link>
  <atom:link rel="self" type="application/rss+xml" title="Show the script in &quot;Show Active Script&quot;" href="http://bugs.horde.org/ticket/6338/rss" />
  <description>Show the script in &quot;Show Active Script&quot;</description>

  
  
  <item>
   <title>Using ManageSieve you can &quot;Show Active Script&quot;, which displa</title>
   <description>Using ManageSieve you can &quot;Show Active Script&quot;, which displays the output of the LISTSCRIPTS command. However, the script is not shown.

It would be good to display the contents of the active script as well, as it was in Ingo v1.1.4.

Moreover, it would good to have a state shown above, like &quot;the server script matches the current Ingo script&quot; or not.</description>
   <pubDate>Thu, 28 Feb 2008 04:39:28 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6338#t43229</link>
  </item>
  <item>
   <title>I'm using ManageSieve path with Dovecot v1.0.10.

The beha</title>
   <description>I'm using ManageSieve path with Dovecot v1.0.10.

The behavious is different, if I disable TLS in ./pear/Net/Sieve.php.
With TLS I see the output of LISTSCRIPTS.
Without TLS I see the contents of the active script.

I need to figure out, how to debug a TLS session.</description>
   <pubDate>Fri, 29 Feb 2008 06:33:15 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6338#t43267</link>
  </item>
  <item>
   <title>So, whatever the outcome is, it seems to be Net_Sieve that h</title>
   <description>So, whatever the outcome is, it seems to be Net_Sieve that has inconsistent behavior?</description>
   <pubDate>Thu, 06 Mar 2008 05:20:12 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6338#t43476</link>
  </item>
  <item>
   <title>The problem is in horde/pear/Net/Sieve.php as it does not fe</title>
   <description>The problem is in horde/pear/Net/Sieve.php as it does not fetch the CAPABILITY string send after STARTTLS:

 http://tools.ietf.org/html/draft-martin-managesieve-08#section-2.2
 
 &quot;After the TLS layer is established, the server MUST re-issue the
     capability results, followed by an OK response. This is necessary to
     protect against man-in-the-middle attacks which alter the
     capabilities list prior to STARTTLS. This capability result MUST NOT
     include the STARTTLS capability.&quot;
 
This patch allows TLS working:
@@ -373,6 +373,11 @@
                 if (PEAR::isError($res = $this-&gt;_startTLS())) {
                     return $res;
                 }
+                               // Get STARTTLS capability and parse
+                if (PEAR::isError($res = $this-&gt;_doCmd())) {
+                    return $res;
+                }
+                               $this-&gt;_parseCapability($res);
             }
         }
</description>
   <pubDate>Mon, 05 May 2008 05:45:58 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6338#t45166</link>
  </item>
  <item>
   <title>This should be submitted at http://pear.php.net/bugs/ as we </title>
   <description>This should be submitted at http://pear.php.net/bugs/ as we don't maintain Net_Sieve.</description>
   <pubDate>Mon, 05 May 2008 10:01:19 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/6338#t45170</link>
  </item>
  

 </channel>
</rss>
