<?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>Inconsistent vacation excludes</title>
  <pubDate>Sat, 05 Jul 2008 06:58:25 -0400</pubDate>
  <link>http://bugs.horde.org/ticket/5974</link>
  <atom:link rel="self" type="application/rss+xml" title="Inconsistent vacation excludes" href="http://bugs.horde.org/ticket/5974/rss" />
  <description>Inconsistent vacation excludes</description>

  
  
  <item>
   <title>We currently implement vacation excludes differently in all </title>
   <description>We currently implement vacation excludes differently in all drivers. We should agree on a common policy for all drivers.

imap: doesn't have vacation at all

sieve: excludes list-help&quot;, &quot;list-unsubscribe&quot;, &quot;list-subscribe&quot;, &quot;list-owner&quot;, &quot;list-post&quot;, &quot;list-archive&quot;, &quot;list-id&quot; headers and &quot;precedence&quot; headers if &quot;list&quot;, &quot;bulk&quot;. It used to to exclude if X-Spam-Flag header is YES. I removed that before I noticed that we are so inconsistent.

procmail: excludes X-Spam-Flag: YES (introduced with the timed vacation patch) and FROM_DAEMON

maildrop: doesn't exclude anything. ticket #5912 add excludes for List-Id:|Prececence:.*(bulk|junk|list)|From:.*(postmaster|administrator)</description>
   <pubDate>Fri, 07 Dec 2007 10:09:28 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/5974#t39585</link>
  </item>
  <item>
   <title>I don't see anything wrong with any of those excludes, so un</title>
   <description>I don't see anything wrong with any of those excludes, so unless I'm missing something I'd vote for the combination of all of those.</description>
   <pubDate>Fri, 07 Dec 2007 23:13:34 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/5974#t39602</link>
  </item>
  <item>
   <title>I should have added my own opinion. :)

I'm against using </title>
   <description>I should have added my own opinion. :)

I'm against using the Spam header because different spam filters use different headers and with Ingo it's really easy to have a spam filter rule *before* the vacation rule, so this is redundant. In the worst case it even applies a different spam rule than what the user usually does.

Some additional information: procmail's FROM_DAEMON is a shortcut for:
(^(Mailing-List:|Precedence:.*(junk|bulk|list)|To: Multiple
       recipients of |(((Resent-)?(From|Sender)|X-Envelope-From):|&gt;?From
       )([^&gt;]*[^(.%@a-z0-9])?(Post(ma?(st(e?r)?|n)|office)|(send)?Mail(er)?
       |daemon|m(mdf|ajordomo)|n?uucp|LIST(SERV|proc)|NETSERV|o(wner|ps)
       |r(e(quest|sponse)|oot)|b(ounce|bs\.smtp)|echo|mirror|s(erv(ices?|er)
       |mtp(error)?|ystem)|A(dmin(istrator)?|MMGR|utoanswer))(([^).!:a-
       z0-9][-_a-z0-9]*)?[%@&gt;\t ][^&lt;)]*(\(.*\).*)?)?$([^&gt;]|$)))

Author's comment: how's that for a regular expression :-)</description>
   <pubDate>Mon, 10 Dec 2007 06:24:33 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/5974#t39657</link>
  </item>
  <item>
   <title>&gt; I should have added my own opinion. :)

:)

&gt; I'm agai</title>
   <description>&gt; I should have added my own opinion. :)

:)

&gt; I'm against using the Spam header because different spam filters use 
&gt; different headers and with Ingo it's really easy to have a spam 
&gt; filter rule *before* the vacation rule, so this is redundant. In the 
&gt; worst case it even applies a different spam rule than what the user 
&gt; usually does.

That makes sense. Everything but spam rules, then?

&gt; Some additional information: procmail's FROM_DAEMON is a shortcut for:
&gt; (^(Mailing-List:|Precedence:.*(junk|bulk|list)|To: Multiple
&gt;        recipients of |(((Resent-)?(From|Sender)|X-Envelope-From):|&gt;?From
&gt;        )([^&gt;]*[^(.%@a-z0-9])?(Post(ma?(st(e?r)?|n)|office)|(send)?Mail(er)?
&gt;        |daemon|m(mdf|ajordomo)|n?uucp|LIST(SERV|proc)|NETSERV|o(wner|ps)
&gt;        |r(e(quest|sponse)|oot)|b(ounce|bs\.smtp)|echo|mirror|s(erv(ices?|er)
&gt;        |mtp(error)?|ystem)|A(dmin(istrator)?|MMGR|utoanswer))(([^).!:a-
&gt;        z0-9][-_a-z0-9]*)?[%@&gt;\t ][^&lt;)]*(\(.*\).*)?)?$([^&gt;]|$)))
&gt;
&gt; Author's comment: how's that for a regular expression :-)

Woof.</description>
   <pubDate>Mon, 10 Dec 2007 13:12:00 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/5974#t39683</link>
  </item>
  

 </channel>
</rss>
