<?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>Show the script in &quot;Show Active Script&quot;</title> 
  <pubDate>Fri, 10 Apr 2026 15:00:32 +0000</pubDate> 
  <link>https://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="https://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 09:39:28 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6338#t43229</link> 
  </item> 
   
  <item> 
   <title>I&#039;m using ManageSieve path with Dovecot v1.0.10.



The beha</title> 
   <description>I&#039;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 11:33:15 +0000</pubDate> 
   <link>https://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 10:20:12 +0000</pubDate> 
   <link>https://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 09:45:58 +0000</pubDate> 
   <link>https://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&#039;t maintain Net_Sieve.</description> 
   <pubDate>Mon, 05 May 2008 14:01:19 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6338#t45170</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
