From owner-ietf-mta-filters  Wed Nov  1 04:19:34 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id EAA09107
	for ietf-mta-filters-bks; Wed, 1 Nov 2000 04:19:34 -0800 (PST)
Received: from c000.snv.cp.net (c000-h001.c000.snv.cp.net [209.228.32.65])
	by ns.secondary.com (8.9.3/8.9.3) with SMTP id EAA09103
	for <ietf-mta-filters@imc.org>; Wed, 1 Nov 2000 04:19:33 -0800 (PST)
Received: (cpmta 25893 invoked from network); 1 Nov 2000 04:25:22 -0800
Received: from commercial.ucs.ed.ac.uk (HELO nige) (129.215.200.115)
  by smtp.swinson.com (209.228.32.65) with SMTP; 1 Nov 2000 04:25:22 -0800
X-Sent: 1 Nov 2000 12:25:22 GMT
Message-ID: <1c7401c043fe$a35b55c0$73c8d781@nige>
From: "Nigel Swinson" <Nigel@Swinson.com>
To: "Alexey Melnikov" <mel@messagingdirect.com>
Cc: <ietf-mta-filters@imc.org>
References: <39EA7C92.B8074A42@messagingdirect.com> <39F9BCD5.537B5B7D@oceana.com> <39FD0393.54A4EC9D@messagingdirect.com> <19f801c04270$5f2451c0$73c8d781@nige> <39FF3DDA.51D6D017@messagingdirect.com>
Subject: Re: draft-melnikov-sieve-imapflags-04.txt
Date: Wed, 1 Nov 2000 12:24:09 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="koi8-r"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ns.secondary.com id EAA09104
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

> >  If they are I'd go for:
> >
> > keep :globalflags :plus [...]
> > keep :globalflags :minus [...]
> >
> > Which might even be better than :globalflags+ and definately better than :globalflags_plus.
> 
> In this case it is better to have ":globalflags plus [...]" or ":globalflags minus [...]" (no colon in front of plus/minus), because it is confusing (tagged argument that requires another argument, hrrrrr ).

Ah yeah, it does say in the SIEVE spec:
- To simplify this specification, tagged arguments SHOULD NOT take
- tagged arguments as arguments.

Ok so the tagged optional argument "globalflags" may optionally take 2 arguments where both are positional.  The first being "plus" / "minus", the second being a list of flags.  Yeah I'd be happy with that.

Nigel



From owner-ietf-mta-filters  Thu Nov  2 14:18:24 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id OAA14099
	for ietf-mta-filters-bks; Thu, 2 Nov 2000 14:18:24 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA14095
	for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 14:18:23 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117])
	by mail.mirapoint.com (Mirapoint)
	with SMTP id AAO07095;
	Thu, 2 Nov 2000 14:24:46 -0800 (PST)
X-Spook: FBI Saddam Hussein quiche BATF domestic disruption Kennedy Craig
	Livingstone
To: Ken Murchison <ken@oceana.com>
Cc: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>
	<39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>
	<39FF85A2.9405B6C8@oceana.com>
From: Tim Showalter <tjs@mirapoint.com>
Date: 02 Nov 2000 14:24:50 -0800
In-Reply-To: Ken Murchison's message of "Tue, 31 Oct 2000 21:53:22 -0500"
Message-ID: <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
Lines: 38
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Ken Murchison <ken@oceana.com> writes:

> Here's another fly in the ointment: What about 'domain-literals'?  Even
> [IMAIL] discourages that they be used.  Should we just define the syntax
> of what sieve should support in its entirety, or am I just being a pain
> in the ass now?  (taking a 4 year-old trick-or-treating will do that to
> you :^)

I really don't want to define the whole syntax.

I have no problem with allowing domain literals, or, in fact, any of the
comment stuff that's in 822.  Those are potentially useful, and while
they're discouraged, there's no real good way around them.

Okay, one more time:

2.4.2.3. Addresses

A number of commands call for email addresses, which are also a subset
of strings.  When these addresses are used in outbound contexts,
addresses must be compliant with [IMAIL], but are further constrained.
Using the symbols defined in [IMAIL], section 6.1, the syntax of an
address is:

.nf
	sieve-address = addr-spec		; simple address
		      / phrase addr-spec	; name & addr-spec
.fi

That is, routes and group syntax are not permitted.  If multiple
addresses are required, use a string list.  Named groups are not used
here.

Implementations MUST ensure that the addresses are syntactically
valid, but need not ensure that they actually identify an email
recipient.

Tim


From owner-ietf-mta-filters  Thu Nov  2 17:44:19 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id RAA21606
	for ietf-mta-filters-bks; Thu, 2 Nov 2000 17:44:19 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA21602
	for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 17:44:17 -0800 (PST)
Received: from ppp4.oceana.com (authenticated)
	by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eA31oCF22248;
	Thu, 2 Nov 2000 20:50:12 -0500
Message-ID: <3A021A05.19019A14@oceana.com>
Date: Thu, 02 Nov 2000 20:51:01 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Showalter <tjs@mirapoint.com>
CC: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>
		<39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>
		<39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>



Tim Showalter wrote:
> 
> Ken Murchison <ken@oceana.com> writes:
> 
> > Here's another fly in the ointment: What about 'domain-literals'?  Even
> > [IMAIL] discourages that they be used.  Should we just define the syntax
> > of what sieve should support in its entirety, or am I just being a pain
> > in the ass now?  (taking a 4 year-old trick-or-treating will do that to
> > you :^)
> 
> I really don't want to define the whole syntax.
> 
> I have no problem with allowing domain literals, or, in fact, any of the
> comment stuff that's in 822.  Those are potentially useful, and while
> they're discouraged, there's no real good way around them.
> 
> Okay, one more time:
> 
> 2.4.2.3. Addresses
> 
> A number of commands call for email addresses, which are also a subset
> of strings.  When these addresses are used in outbound contexts,
> addresses must be compliant with [IMAIL], but are further constrained.
> Using the symbols defined in [IMAIL], section 6.1, the syntax of an
> address is:
> 
> .nf
>         sieve-address = addr-spec               ; simple address
>                       / phrase addr-spec        ; name & addr-spec
> .fi
> 
> That is, routes and group syntax are not permitted.  If multiple
> addresses are required, use a string list.  Named groups are not used
> here.
> 
> Implementations MUST ensure that the addresses are syntactically
> valid, but need not ensure that they actually identify an email
> recipient.
> 
> Tim

Looks good to me.

One last point (I promise :^)  Are you going to use sieve-address in the
formal grammar for redirect/vacation?  I think just saying that
addresses "are also a subset
of strings" leaves room for someone to do:

redirect text:
Nobody
(test user)
<foo@bar.com>
.
;

Do we really want to allow this?  This should still parse OK, but it's
pretty ugly.  Maybe stating that addresses are a subset of
quoted-strings would be better?  Or better yet, define: 

addr	= DQUOTE addr-spec DQUOTE		; simple address
	/ QUOTE phrase addr-spec QUOTE		; name & addr-spec

addr-list = "[" addr *("," addr) "]" / addr


And 'addr' and 'addr-list' would be used in the definitions of redirect
and vacation.

Just a thought.

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

From owner-ietf-mta-filters  Thu Nov  2 18:41:41 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id SAA23579
	for ietf-mta-filters-bks; Thu, 2 Nov 2000 18:41:41 -0800 (PST)
Received: from smtp5.andrew.cmu.edu (SMTP5.ANDREW.CMU.EDU [128.2.10.85])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA23575
	for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 18:41:40 -0800 (PST)
Received: from PENGUIN.ANDREW.CMU.EDU (PENGUIN.ANDREW.CMU.EDU [128.2.122.2])
	(authenticated as leg with KERBEROS_V4 (56 bits))
	by smtp5.andrew.cmu.edu (8.11.1/8.11.1) with ESMTP id eA32m2K14641;
	Thu, 2 Nov 2000 21:48:02 -0500
Date: Thu, 2 Nov 2000 21:48:02 -0500
Message-Id: <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
From: Lawrence Greenfield <leg+@andrew.cmu.edu>
X-Mailer: BatIMail version 3.2
To: Tim Showalter <tjs@mirapoint.com>, Ken Murchison <ken@oceana.com>
Cc: ietf-mta-filters@imc.org
In-reply-to: <3A021A05.19019A14@oceana.com>
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>		<39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>		<39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com>
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

   Date: Thu, 02 Nov 2000 20:51:01 -0500
   From: Ken Murchison <ken@oceana.com>

   One last point (I promise :^)  Are you going to use sieve-address in the
   formal grammar for redirect/vacation?  I think just saying that
   addresses "are also a subset
   of strings" leaves room for someone to do:

   redirect text:
   Nobody
   (test user)
   <foo@bar.com>
   .
   ;

   Do we really want to allow this?  This should still parse OK, but it's
   pretty ugly.  Maybe stating that addresses are a subset of
   quoted-strings would be better?  Or better yet, define: 

I don't think we should care about ugliness.  It's ugly but it's a legal
address with a single interpretation, so it's fine.

We want the least sane rules, not the prettiest addresses.

Larry


From owner-ietf-mta-filters  Thu Nov  2 19:08:31 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id TAA24514
	for ietf-mta-filters-bks; Thu, 2 Nov 2000 19:08:31 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id TAA24509
	for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 19:08:29 -0800 (PST)
Received: from 
	by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) id eA33EOX24813;
	Thu, 2 Nov 2000 22:14:24 -0500
X-Authentication-Warning: eagle.oceana.com: nobody set sender to ken@oceana.com using -f
To: Lawrence Greenfield <leg+@andrew.cmu.edu>
Subject: Re: sieve 13, corrections made during last-call discussion
Message-ID: <973221264.3a022d90350c3@home.oceana.com>
Date: Thu, 02 Nov 2000 22:14:24 -0500 (EST)
From: Ken Murchison <ken@oceana.com>
Cc: Tim Showalter <tjs@mirapoint.com>, ietf-mta-filters@imc.org
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>  <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>  <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com> <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
In-Reply-To: <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.0
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Quoting Lawrence Greenfield <leg+@andrew.cmu.edu>:

>    Date: Thu, 02 Nov 2000 20:51:01 -0500
>    From: Ken Murchison <ken@oceana.com>
> 
>    One last point (I promise :^)  Are you going to use sieve-address in
> the
>    formal grammar for redirect/vacation?  I think just saying that
>    addresses "are also a subset
>    of strings" leaves room for someone to do:
> 
>    redirect text:
>    Nobody
>    (test user)
>    <foo@bar.com>
>    .
>    ;
> 
>    Do we really want to allow this?  This should still parse OK, but
> it's
>    pretty ugly.  Maybe stating that addresses are a subset of
>    quoted-strings would be better?  Or better yet, define: 
> 
> I don't think we should care about ugliness.  It's ugly but it's a legal
> address with a single interpretation, so it's fine.
> 
> We want the least sane rules, not the prettiest addresses.

Fine.

BTW, I verified that cmu-sieve can handle this.  I was confident that the script 
would be parsed OK, but was pleasently surprised that sendmail was able to 
accept an address with CRLF in it.

Ken
--
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

From owner-ietf-mta-filters  Fri Nov  3 08:13:33 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id IAA03638
	for ietf-mta-filters-bks; Fri, 3 Nov 2000 08:13:33 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA03631
	for <ietf-mta-filters@imc.org>; Fri, 3 Nov 2000 08:13:32 -0800 (PST)
Received: from ken.oceana.com (authenticated)
	by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eA3GJUF18677;
	Fri, 3 Nov 2000 11:19:30 -0500
Message-ID: <3A02E54E.80E9BA72@oceana.com>
Date: Fri, 03 Nov 2000 11:18:22 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Showalter <tjs@mirapoint.com>
CC: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>
		<39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>
		<39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>



Tim Showalter wrote:
> 
> Okay, one more time:
> 
> 2.4.2.3. Addresses
> 
> A number of commands call for email addresses, which are also a subset
> of strings.  When these addresses are used in outbound contexts,
> addresses must be compliant with [IMAIL], but are further constrained.
> Using the symbols defined in [IMAIL], section 6.1, the syntax of an
> address is:
> 
> .nf
>         sieve-address = addr-spec               ; simple address
>                       / phrase addr-spec        ; name & addr-spec
> .fi

Just looked at this one last time.  I don't know if this is an nroff
fart or an oversight, but the grammar should be:

	sieve-address	= addr-spec			; simple address
			/ phrase "<" addr-spec ">"	; name & addr-spec


You might already have the "< >" in your source, but just wanted to make
sure.

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

From owner-ietf-mta-filters  Fri Nov  3 13:18:33 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id NAA18206
	for ietf-mta-filters-bks; Fri, 3 Nov 2000 13:18:33 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA18202
	for <ietf-mta-filters@imc.org>; Fri, 3 Nov 2000 13:18:32 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117])
	by mail.mirapoint.com (Mirapoint)
	with SMTP id AAO11804;
	Fri, 3 Nov 2000 13:25:00 -0800 (PST)
X-Spook: Mena SCUD missile Croatian assassination World Trade Center militia
	Kenneth Starr
To: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>
	<39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>
	<39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
	<3A021A05.19019A14@oceana.com>
	<200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
From: Tim Showalter <tjs@mirapoint.com>
Date: 03 Nov 2000 13:25:05 -0800
In-Reply-To: Lawrence Greenfield's message of "Thu, 2 Nov 2000 21:48:02 -0500"
Message-ID: <7dwvekoij2.fsf@tim-bsd.mirapoint.com>
Lines: 7
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Lawrence Greenfield <leg+@andrew.cmu.edu> writes:

> We want the least sane rules, not the prettiest addresses.

agreed.

Tim


From owner-ietf-mta-filters  Fri Nov  3 17:08:26 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id RAA23701
	for ietf-mta-filters-bks; Fri, 3 Nov 2000 17:08:26 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA23697
	for <ietf-mta-filters@imc.org>; Fri, 3 Nov 2000 17:08:25 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117])
	by mail.mirapoint.com (Mirapoint)
	with SMTP id AAO12893;
	Fri, 3 Nov 2000 17:14:54 -0800 (PST)
X-Spook: PLO Kibo [Hello to all my fans in domestic surveillance] Delta Force
	Mossad Kennedy Area 51
To: "Nigel Swinson" <Nigel@Swinson.com>
Cc: "Alexey Melnikov" <mel@messagingdirect.com>, <ietf-mta-filters@imc.org>
Subject: Re: draft-melnikov-sieve-imapflags-04.txt
References: <39EA7C92.B8074A42@messagingdirect.com>
	<39F9BCD5.537B5B7D@oceana.com> <39FD0393.54A4EC9D@messagingdirect.com>
	<19f801c04270$5f2451c0$73c8d781@nige>
	<39FF3DDA.51D6D017@messagingdirect.com>
	<1c7401c043fe$a35b55c0$73c8d781@nige>
From: Tim Showalter <tjs@mirapoint.com>
Date: 03 Nov 2000 17:14:59 -0800
In-Reply-To: "Nigel Swinson"'s message of "Wed, 1 Nov 2000 12:24:09 -0000"
Message-ID: <7d7l6ko7vw.fsf@tim-bsd.mirapoint.com>
Lines: 94
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Also, I am strongly in favor of showing empty flags as [], not as NIL or
"".  NIL is syntactically an identifier, and requires a grammar change;
"" is not a valid IMAP flag, but it looks like a string.  I really hate
:flags "".

"Nigel Swinson" <Nigel@Swinson.com> writes:

> > >  If they are I'd go for:
> > >
> > > keep :globalflags :plus [...]
> > > keep :globalflags :minus [...]
> > >
> > > Which might even be better than :globalflags+ and definately
> > > better than :globalflags_plus.
> > 
> > In this case it is better to have ":globalflags plus [...]" or
> > ":globalflags minus [...]" (no colon in front of plus/minus),
> > because it is confusing (tagged argument that requires another
> > argument, hrrrrr ).
> 
> Ah yeah, it does say in the SIEVE spec:
> - To simplify this specification, tagged arguments SHOULD NOT take
> - tagged arguments as arguments.
> 
> Ok so the tagged optional argument "globalflags" may optionally take 2
> arguments where both are positional.  The first being "plus" /
> "minus", the second being a list of flags.  Yeah I'd be happy with
> that.

:globalflags minus requires a grammar change.  Syntactically, the bare
word "minus" (i.e., no quotes) is an identifier, and cannot occur as a
part of a command.


Personally, I'm opposed to global flags unless the mechanism used to
manipulate them is generic, applies to lists of strings, and the global
list of flags is just a global variable.  We're going to have to end up
with variables, they're mostly going to need to be lists of strings, and
we're going to end up duplicating all of the functionality in the flags
document.

We're going to need remove-items and add-items.  Because of the way
we'll probably end up adding variables (all string-lists can now be
variables) we're going to end up with all of this functionality
available to the flags extension, and duplicating it.  :globalflags_plus
is basically contatination (but the items must be unique);
:globalflags_minus is removal.

How can I temporarily clear the global flags list, or temporarily and
conditionally modify it?  Why is there only one global flags list?

I'm in favor of a very abridged flag mechanism: a ":flags" parameter
that takes a string-list as an argument.  I'm pretty sure that given
basic list operations that variables will require, plus a likely
$global_flags variable, everything else will follow naturally from that.
(We'd need list contatination, addition, and removal, and we'd need to
make it non-destructive.)

Can someone give me a napkin drawing on how global flags are supposed to
look in a UI?  Are we really sure this can't wait until we get some real
programming language features?

I would be glad to do the work to see this through after the base spec
is done.


Why does the global flags list have to be explicitally turned on?  Would
leaving it on all the time and doing :noglobalflags be an improvement?

If we must have global flags in this document, leave out
:globalflags_plus, and do it instead with :globalflags :flags.  This
violates part of section 4, but that can be easily fixed.


Can someone send an example for :globalflags_minus?  I think it should
be left out entirely until we can do variables.  If we have to have it,
we could call it :globalflagsexcept.

Also, the example
        addflag "foo";
        fileinto :flags "foo" :globalflags_minus "foo";
MUST store the flag "foo".  (Explit "foo" stores the flag,
:globalflags_minus "foo" temporarily clears it from the globals list but
the explicit mention wins).
 

I like mark and unmark in principle, but because this is an IMAP-only
document, they should be dropped.  How to do mark and unmark with IMAP
is basically well-known (:flags "\\Flagged"), and should be left for
some future "general" flags extension, if necessary.  If \Flagged isn't
the right way to flag messages, then it's probably a client issue, and
the server probably doesn't know how to do it, either.

Tim


From owner-ietf-mta-filters  Mon Nov  6 18:33:12 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id SAA06820
	for ietf-mta-filters-bks; Mon, 6 Nov 2000 18:33:12 -0800 (PST)
Received: from mail.dreach.com (szptt103-190.szptt.net.cn [202.103.190.44] (may be forged))
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA06782;
	Mon, 6 Nov 2000 18:32:51 -0800 (PST)
From: v@bsvbb.de
Received: from h809 ([63.30.200.182])
          by mail.dreach.com (Lotus Domino Build 166.1)
          with SMTP id 2000110600274500:131685 ;
          Mon, 6 Nov 2000 00:27:45 +0800 
To: v@bsvbb.de
Subject: At last, Herbal V, the all Natural Alternative!
X-MIMETrack: Itemize by SMTP Server on mail/Dreach(R5.0 (Intl)|30 March 1999) at
 2000-11-06 12:28:14 AM,
	Serialize by Router on mail/Dreach(R5.0 (Intl)|30 March 1999) at 2000-11-07
 10:36:16 AM,
	Serialize complete at 2000-11-07 10:36:16 AM
Date: Sun, 05 Nov 2000 16:28:14 GMT
Message-ID: <OF26B16F15.F13461B8-ON4825698E.005A79E7@dreach.com>
X-Priority: 3 (Normal)
MIME-Version: 1.0
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>


Herbal V: An Incredible All-Natural Healthy Alternative To V----a


  Herbal V is the All Natural Approach to Male Virility,
  Vitality and Pleasure.



Available N o w ! 


Welcome to the New Sexual Revolution.

It's the all natural male potency and pleasure pill that men 
everywhere are buzzing about. Herbal V is safe, natural and
specifically formulated to help support male sexual function
and pleasure. You just take two easy-to-swallow tablets
one hour before sex. And there's more great news - you can
get Herbal V for less than $1 a pill.

Amazing word of mouth praise on Herbal V has been spreading 
like wildfire-already over 1,500,000 men  have chosen
Herbal V. Since it is 100% natural you will never have
to worry about safety. Try doctor-recommended Herbal V
today and have the greatest night of your life!


Herbal V... Bringing Back the Magic!


1,585,000 men can't be wrong. To date over 1 million men 
have tried the super supplement Herbal V.
Here is why: 

No Doctor Visit Required 
Available Over the Counter 
Not a Drug 
100% Natural 
Safe, No Worries 
Highest Quality Pharmaceutical-Grade Pure Nutriceuticals 
Guaranteed Potency & Purity 

Be a Real Man Again!

Questions and Answers

What is Herbal V?

Herbal V is a proprietary blend that was specifically
developed as a safe alternative for men who prefer
an all-natural approach to address impotence and boost
sexual performance. This amazing formula first became
popular with Hollywood insiders and the wealthy elite.
They were maximizing their sex lives, long before it 
was available to the general public. 

How does Herbal V work?

Developed by a team whose goal was to create the perfect 
all-natural aphrodisiac. Herbal V is the result of that
remarkable effort. The Herbal V formula contains a precise
blend of cutting edge pro-sexual nutrients from around
the world that provide nutritional support, making it
possible for a man to have a pleasurable sexual experience. 

What can Herbal V do for me?

Herbal V helps support male sexual function and 
pleasure in a safe and natural manner. Simply put, 
it can make your sex life incredible. 

Is Herbal V Safe?

One of the great things about Herbal V is that it is
not a drug. It is an incredible herbal dietary supplement
that provides nutritional support for male sexual function
and pleasure. One of the most comforting features of
Herbal V is that you never have to worry about safety. 

Herbal V: Safe - Natural - Exciting

Many have speculated that because Herbal V is so
popular with men, it must contain prescription drugs
or chemical components. Herbal V does not contain any 
elements or traces of any prescription drug. Herbal V 
is made using the world's most technologically advanced
state-of-the-art cold processing equipment to ensure
maximum purity. Herbal V has been independently analyzed
by the nation's premier testing facility to ensure purity,
quality and to end the rumors that, because it is so
popular, it must somehow be chemical. It is not.
Herbal V is natural - just as it says on the label.
Herbal V is simply fantastic! 

Herbal V: Ingredients

Yohimbe, saw palmetto, avena sativa, androstenedione,
guarana, taurine, siberian ginseng, tribulus terrestris. 
Tribulus Terrestis is certified to enhanced testosterone
levels by increasing Luteinzing hormone (LH) levels. 
Androstenedione which is a precursor to testosterone
unlocks bound testosterone and makes it biologically
active again quickly. This means a dramatic surge in 
desire. Avena Sativa Stimulates the neurotransmitter 
pleasure centers to maximum capacity. This greatly
intensifies pleasure.

Just listen to what Herbal V has done for the sex lives
of people like you!

“On a scale of 1 to 10, it's a 15. Electrifying. It's like 
a wonder pill!” 
— Justin Q B., New Haven, Texas

“I haven't had sexual relations in 11 years. Then with 
Herbal V it was... wow! It works again!” 
— Sid R., Lakeland, Florida

“I had sex four times in one night. It made me feel
like a 19-year-old again.” 
— Chip S, Beech Mountain, North Carolina

“Herbal V has turned my husband into a Sexual Superman! 
I like the fact that it's all natural and has no
side effects. It's bringing back the good old days.” 
— Jennifer B, Beverly Hills, California 

The above testimonials are from product literature, 
and we have not independently verified them.
However, the following testimonial is from a "senior"
gentleman who has purchased his second bottle of
Herbal V. When we heard his words with our own ears,
we asked his permission to print them here. 

 “Man! I'm wild as I can be! I feel like I'm 25 years old again! 
I'm not believing this!” 
                          — Mr. Murphy, age 64, Lampart, IL.



Risk Free: Double Your Money Back Guarantee

If Herbal V does not give the desired results as stated
above, simply return the unused portion for a
double-your money back refund. No questions asked ! 

Order Now: Safe, Fast, Secure, Private

Herbal V with its DOUBLE YOUR MONEY BACK GUARANTEE is
available only through this special promotional offer.
Herbal V arrives in plain packaging for your privacy.
Any and all information is kept strictly confidential.

Payment Methods

You may FAX or Postal Mail Checks, MasterCard, Visa,
& American Express.payments. Money Orders
are accepted only by Postal Mail. 


Each bottle of Herbal V contains 30 tablets, approximately
a 1 month supply.


Step 1: Place a check by your desired quanity.


______ 1 Bottle of Herbal V  $24


______ 2 Bottles of Herbal V $44


______ 3 Bottles of Herbal V $59


Please add $6 shipping and handling for any size order. 
[ Total cost including shipping & handling, 
1 bottle=$30, 2 bottles=$50, 3 bottles=$65 ]

International Orders
Please add $18 shipping and handling for any size order.
[ Total cost including shipping & handling,
1 bottle=$42, 2 bottles=$62, 3 bottles=$77 ]
We cannot accept foreign checks.
International money orders or credit cards only.

Step 2: Place a check by your desired payment method 
and complete fields if necessary.


_____Check or CHECK-BY-FAX [details below]


_____Money Order 


_____American Express 
Account Number__________________ Exp____/____

_____Visa
Account Number__________________ Exp____/____

_____MasterCard
Account Number__________________ Exp____/____


Please make your check or money order payable to
"Lion Sciences National".
 

Step 3: Please complete and print the following fields clearly.


Name ___________________________________________________ 


Address _________________________________________________


City ____________________________________________________ 


State ___________________________________________________ 


Zip _____________________________________________________ 


E-mail __________________________________________________ 


Signature _________________________________________________
[ required for check and credit card orders]



             Toll Free FAX Order Line: 1-800-940-6590
If faxing in your order, please state whether you require
a fax, email, or no confirmation at all. 
Allow up to one day for confirmation, if requested.
FAX orders are processed immediately.

  Or, print & mail to: LSN   
                       3502 N. Powerline Rd. #525 
                       Pompano Beach, FL 33069                


        ______________________________________________________


*CHECK BY FAX ORDERS: Complete the check as normal. Tape
the check in the area below. Below the check, clearly write
the check number, all numbers at the bottom of the check,
& your name. Tape the check below and fax the check to the
toll free FAX number above. Void the check. Our merchant
will electronically debit your account for the amount of 
the check; your reference number for this transaction will
be your check number. Nothing could be safer & easier !

                          TAPE CHECK BELOW















              _____________________________________________________________

This is a one time mailing: Removal is automatic and no further 
contact is necessary. Please Note: Herbal V is not intended to
diagnose, treat, cure or prevent any disease. As individuals differ,
so will results. Herbal V helps provide herbal and nutritional support
for male sexual performance. The FDA has not evaluated these 
statements. For details about our double your money back guarantee,
please write to the above address, attention consumer affairs 
department; enclose a self addressed stamped envelope for this and any 
requested contact information.
Thank You.

From owner-ietf-mta-filters  Wed Nov  8 12:39:13 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id MAA23702
	for ietf-mta-filters-bks; Wed, 8 Nov 2000 12:39:13 -0800 (PST)
Received: from cnwchcm6.cnw.co.nz (mail2.cardinal.co.nz [143.96.9.53])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id MAA23698
	for <ietf-mta-filters@imc.org>; Wed, 8 Nov 2000 12:39:10 -0800 (PST)
Received: from cnwchcs26.cnw.co.nz (localhost.localdomain [127.0.0.1])
	by cnwchcm6.cnw.co.nz (8.9.3/8.9.3) with ESMTP id JAA15518
	for <ietf-mta-filters@imc.org>; Thu, 9 Nov 2000 09:45:21 +1300
Received: from cnwrjp1a (cnwrjp1a.cnw.co.nz [143.96.130.52])
	by cnwchcs26.cnw.co.nz (8.9.3/8.9.3) with SMTP id JAA18797
	for <ietf-mta-filters@imc.org>; Thu, 9 Nov 2000 09:45:20 +1300
Message-ID: <017301c049c4$d0e01d20$3482608f@cnw.co.nz>
From: "Roland Pope" <rpope@jade.co.nz>
To: <ietf-mta-filters@imc.org>
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>  <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>  <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com> <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu> <973221264.3a022d90350c3@home.oceana.com>
Subject: Redirects that create mail loops
Date: Thu, 9 Nov 2000 09:45:22 +1300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

To quote from the RFC.

<snip>
   Implementations SHOULD take measures to implement loop control,
   possibly including adding headers to the message or counting received
   headers.  If an implementation detects a loop, it causes an error.
<snip>

What sort of error should this cause? Should a message be generated back to
the sender saying that a mail loop was detected? It would appear in the
current Cyrus 1.6.24 implementation, mails are silently deleted on loop
detection. Should there be an explicit definiton of how this sort of error
should be handled Eg. DSN?

Thanks
Roland Pope



From owner-ietf-mta-filters  Wed Nov  8 14:21:07 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id OAA25961
	for ietf-mta-filters-bks; Wed, 8 Nov 2000 14:21:07 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA25957
	for <ietf-mta-filters@imc.org>; Wed, 8 Nov 2000 14:21:06 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117])
	by mail.mirapoint.com (Mirapoint)
	with SMTP id AAO29830;
	Wed, 8 Nov 2000 14:27:53 -0800 (PST)
X-Spook: Monica Lewinsky cypherpunk radar security quiche Noriega colonel
To: "Roland Pope" <rpope@jade.co.nz>
Cc: <ietf-mta-filters@imc.org>
Subject: Re: Redirects that create mail loops
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>
	<39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>
	<39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
	<3A021A05.19019A14@oceana.com>
	<200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
	<973221264.3a022d90350c3@home.oceana.com>
	<017301c049c4$d0e01d20$3482608f@cnw.co.nz>
From: Tim Showalter <tjs@mirapoint.com>
Date: 08 Nov 2000 14:28:01 -0800
In-Reply-To: "Roland Pope"'s message of "Thu, 9 Nov 2000 09:45:22 +1300"
Message-ID: <7d1ywmksjy.fsf@tim-bsd.mirapoint.com>
Lines: 25
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

"Roland Pope" <rpope@jade.co.nz> writes:

> To quote from the RFC.

What RFC?

> <snip>
>    Implementations SHOULD take measures to implement loop control,
>    possibly including adding headers to the message or counting received
>    headers.  If an implementation detects a loop, it causes an error.
> <snip>
> 
> What sort of error should this cause? Should a message be generated back to
> the sender saying that a mail loop was detected? It would appear in the
> current Cyrus 1.6.24 implementation, mails are silently deleted on loop
> detection. Should there be an explicit definiton of how this sort of error
> should be handled Eg. DSN?

It's not reasonable to throw the message away; 2.10.6 requires (MUST)
notification and an implicit keep.

I'm not sure what, if anything, needs to be changed, although the loop
text can probably be improved.

Tim


From owner-ietf-mta-filters  Wed Nov 15 17:26:48 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id RAA18799
	for ietf-mta-filters-bks; Wed, 15 Nov 2000 17:26:48 -0800 (PST)
Received: from GLOBALZON2.GLOBALZON2K.COM ([63.215.254.92])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA18789
	for <ietf-mta-filters@imc.org>; Wed, 15 Nov 2000 17:26:45 -0800 (PST)
Message-Id: <200011160126.RAA18789@ns.secondary.com>
Received: from travelthomas (63.210.161.34 [63.210.161.34]) by GLOBALZON2.GLOBALZON2K.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id W75PYZ6J; Wed, 15 Nov 2000 15:18:08 -0800
To: ietf-mta-filters@imc.org
From: "Qchex.com" <mailresponse2@g7ps.com>
Subject: Send & Accept Checks by Email. FREE !
Reply-To: "Qchex.com" <mailresponse2@g7ps.com>
Date: 11/15/00 02:50:52 PM
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

SEND & ACCEPT CHECKS BY EMAIL!

50 Checks per month FREE. No fees!
*Efficient Business Solutions available!

To start and for more details click below:
http://www.qchex.com

*** electronic news keep you informed and protect our natural resources ***

Note:
To receive future Qchex information, please click on the following link:  
http://www.globalzon2k.com/scripts/mfm_ae.asp?e=ietf-mta-filters@imc.org

To Opt-Out on future Qchex information, please click on the following link:
http://www.globalzon2k.com/scripts/mfm_de.asp?e=ietf-mta-filters@imc.org




From owner-ietf-mta-filters  Fri Nov 17 08:45:35 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id IAA27402
	for ietf-mta-filters-bks; Fri, 17 Nov 2000 08:45:35 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA27392
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 08:45:33 -0800 (PST)
Received: from ken.oceana.com (authenticated)
	by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eAHGqAs22119;
	Fri, 17 Nov 2000 11:52:10 -0500
Message-ID: <3A1561D8.57BFB5B2@oceana.com>
Date: Fri, 17 Nov 2000 11:50:32 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Gary Mills <mills@cc.umanitoba.ca>
CC: info-cyrus@andrew.cmu.edu, ietf-mta-filters@imc.org
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>



Gary Mills wrote:
> 
> Eurika!  I finally got a vacation response.  Here's the problem:
> My sieve script looked like this...
> 
>   require ["fileinto","vacation"];
> 
>   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
> 
> My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
> the addresses in the sieve script to have the four upper-case characters,
> I got my first ever vacation response.  Sendmail rewrites all of our
> addresses in that format.  However, case should not matter in hostnames.
> Lmtpd should be doing a case-independant comparison!

I think you're right, but before I make any changes, I want to make sure
that I don't break anything else.

Issues that come to mind:

- do we compare the entire addresses case-independently or just the
domain?
- should the same be done for loop control mechanisms (ie, comparing
envelope 'from' and envelope 'to', or comparing envelope 'from' and
:addresses)?

Any thoughts?

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

From owner-ietf-mta-filters  Fri Nov 17 09:01:43 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id JAA29265
	for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:01:43 -0800 (PST)
Received: from smtp5.andrew.cmu.edu (SMTP5.ANDREW.CMU.EDU [128.2.10.85])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA29261
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:01:40 -0800 (PST)
Received: from mail-fe1.andrew.cmu.edu (MAIL-FE1.ANDREW.CMU.EDU [128.2.10.171])
	(authenticated as leg with KERBEROS_V4 (56 bits))
	by smtp5.andrew.cmu.edu (8.11.1/8.11.1) with ESMTP id eAHH9DK21559;
	Fri, 17 Nov 2000 12:09:14 -0500
Date: Fri, 17 Nov 2000 12:09:13 -0500
Message-Id: <200011171709.eAHH9DK21559@smtp5.andrew.cmu.edu>
From: Lawrence Greenfield <leg+@andrew.cmu.edu>
X-Mailer: BatIMail version 3.2
To: Ken Murchison <ken@oceana.com>
Cc: ietf-mta-filters@imc.org, info-cyrus@andrew.cmu.edu
In-reply-to: <3A1561D8.57BFB5B2@oceana.com>
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com>
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

I thought we already did this correctly, so I'm surprised we ran into
this.

The host part is always case-insensitive.  The local part is case
sensitive in cyrus (thus all the griping about leg+Foo not working)
and needs to be compared in a case-sensitive fashion.
(The local part isn't always case-sensitive, so other systems might do
things differently.)

This should go for all address comparisons internal.  Explicit address
comparisons, like "address" or "envelope", the user is given a chance
to select a comparator and we should just use that comparator.

Larry

   Date: Fri, 17 Nov 2000 11:50:32 -0500
   From: Ken Murchison <ken@oceana.com>

   Gary Mills wrote:
   > 
   > Eurika!  I finally got a vacation response.  Here's the problem:
   > My sieve script looked like this...
   > 
   >   require ["fileinto","vacation"];
   > 
   >   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
   > 
   > My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
   > the addresses in the sieve script to have the four upper-case characters,
   > I got my first ever vacation response.  Sendmail rewrites all of our
   > addresses in that format.  However, case should not matter in hostnames.
   > Lmtpd should be doing a case-independant comparison!

   I think you're right, but before I make any changes, I want to make sure
   that I don't break anything else.

   Issues that come to mind:

   - do we compare the entire addresses case-independently or just the
   domain?
   - should the same be done for loop control mechanisms (ie, comparing
   envelope 'from' and envelope 'to', or comparing envelope 'from' and
   :addresses)?

   Any thoughts?

   Ken
   -- 
   Kenneth Murchison     Oceana Matrix Ltd.
   Software Engineer     21 Princeton Place
   716-662-8973 x26      Orchard Park, NY 14127
   --PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


From owner-ietf-mta-filters  Fri Nov 17 09:08:14 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id JAA29568
	for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:08:14 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA29563
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:08:12 -0800 (PST)
Received: from ken.oceana.com (authenticated)
	by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eAHHFLs22880;
	Fri, 17 Nov 2000 12:15:21 -0500
Message-ID: <3A156746.6524054@oceana.com>
Date: Fri, 17 Nov 2000 12:13:42 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Lawrence Greenfield <leg+@andrew.cmu.edu>
CC: ietf-mta-filters@imc.org, info-cyrus@andrew.cmu.edu
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com> <200011171709.eAHH9DK21559@smtp5.andrew.cmu.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>



Lawrence Greenfield wrote:
> 
> I thought we already did this correctly, so I'm surprised we ran into
> this.

I ran some tests myself with vacation, and it IS case-dependent w.r.t
domain.  Take a look at look_for_me() and the VACATION case in eval()
(in script.c).

> The host part is always case-insensitive.  The local part is case
> sensitive in cyrus (thus all the griping about leg+Foo not working)
> and needs to be compared in a case-sensitive fashion.
> (The local part isn't always case-sensitive, so other systems might do
> things differently.)
> 
> This should go for all address comparisons internal.  Explicit address
> comparisons, like "address" or "envelope", the user is given a chance
> to select a comparator and we should just use that comparator.

I agree.  Should I go ahead and create an address comparison function
(as mentioned in the comments) and use this instead of strcmp()?

Ken

> Larry
> 
>    Date: Fri, 17 Nov 2000 11:50:32 -0500
>    From: Ken Murchison <ken@oceana.com>
> 
>    Gary Mills wrote:
>    >
>    > Eurika!  I finally got a vacation response.  Here's the problem:
>    > My sieve script looked like this...
>    >
>    >   require ["fileinto","vacation"];
>    >
>    >   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
>    >
>    > My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
>    > the addresses in the sieve script to have the four upper-case characters,
>    > I got my first ever vacation response.  Sendmail rewrites all of our
>    > addresses in that format.  However, case should not matter in hostnames.
>    > Lmtpd should be doing a case-independant comparison!
> 
>    I think you're right, but before I make any changes, I want to make sure
>    that I don't break anything else.
> 
>    Issues that come to mind:
> 
>    - do we compare the entire addresses case-independently or just the
>    domain?
>    - should the same be done for loop control mechanisms (ie, comparing
>    envelope 'from' and envelope 'to', or comparing envelope 'from' and
>    :addresses)?
> 
>    Any thoughts?
> 
>    Ken
>    --
>    Kenneth Murchison     Oceana Matrix Ltd.
>    Software Engineer     21 Princeton Place
>    716-662-8973 x26      Orchard Park, NY 14127
>    --PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

From owner-ietf-mta-filters  Fri Nov 17 09:07:03 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id JAA29510
	for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:07:03 -0800 (PST)
Received: from electra.cc.umanitoba.ca (root@electra.cc.umanitoba.ca [130.179.16.23])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA29503
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:07:01 -0800 (PST)
From: mills@cc.UManitoba.CA
Received: from zavijava.cc.umanitoba.ca
	(mills@zavijava.cc.umanitoba.ca [130.179.16.30]) by
	electra.cc.umanitoba.ca (8.9.0/8.9.0) with ESMTP id LAA02555
	; Fri, 17 Nov 2000 11:14:30 -0600 (CST)
Received: (from mills@localhost) by
	zavijava.cc.umanitoba.ca (8.9.0/8.9.0) id LAA26879
	; Fri, 17 Nov 2000 11:14:35 -0600 (CST)
Date: Fri, 17 Nov 2000 11:14:35 -0600 (CST)
Message-Id: <200011171714.LAA26879@zavijava.cc.umanitoba.ca>
To: ken@oceana.com
Subject: Re: Sieve redirect works but vacation doesn't
Cc: ietf-mta-filters@imc.org, info-cyrus@andrew.cmu.edu
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Kenneth Murchison writes:
>
>I think you're right, but before I make any changes, I want to make sure
>that I don't break anything else.

Yes, I'm just about to change a few strcmp() to strcasecmp() in
my copy of sieve/script.c and test it.

>Issues that come to mind:
>
>- do we compare the entire addresses case-independently or just the
>domain?
>- should the same be done for loop control mechanisms (ie, comparing
>envelope 'from' and envelope 'to', or comparing envelope 'from' and
>:addresses)?

I notice a comment:

                    /* first, is it from me? really should use a
                       compare_address function */

That might be a good idea, and yes, the same comparison should be used
everywhere to be consistent.  As for the left-hand-side
right-hand-side question, I notice that the standard vacation program,
or at least the Solaris version, only compares the left-hand-side of
an e-mail address.  In fact, it only wants userids on the command
line, not complete e-mail addresses.  This behavior may only be
because of the antiquity of the program.  There are some comments in
the BSD source on this.  If sieve is to compare the right-hand-side,
it should do it in a case-independant manner because domain names are
supposed to be case-independant.  A quick fix and reasonably adequate
solution would be to use strcasecmp() for the entire e-mail address.
An exact solution would be to compare the left-hand-side in a manner
consistent with Cyrus' handling of mailbox names.


-- 
-Gary Mills-    -Unix Support-    -U of M Academic Computing and Networking-

From owner-ietf-mta-filters  Fri Nov 17 09:18:39 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id JAA00464
	for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:18:39 -0800 (PST)
Received: from ckmso1.proxy.att.com (ckmso1.att.com [12.20.58.69])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA00460
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:18:38 -0800 (PST)
Received: from dns.maillennium.att.com ([135.25.114.99])
	by ckmso1.proxy.att.com (AT&T IPNS/MSO-2.4) with ESMTP id MAA20542
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 12:25:48 -0500 (EST)
Received: from att.com ([135.197.90.103])
          by maillennium.att.com (labmail) with SMTP
          id <20001117172547099005qh1ne>
          (Authid: tony@maillennium.att.com);
          Fri, 17 Nov 2000 17:25:47 +0000
Message-ID: <3A156A4D.6A250C04@att.com>
Date: Fri, 17 Nov 2000 12:26:37 -0500
From: Tony Hansen <tony@att.com>
Organization: AT&T Laboratories
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ken Murchison <ken@oceana.com>
CC: Gary Mills <mills@cc.umanitoba.ca>, info-cyrus@andrew.cmu.edu,
        ietf-mta-filters@imc.org
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

See below:

Ken Murchison wrote:
> 
> Gary Mills wrote:
> >
> > Eurika!  I finally got a vacation response.  Here's the problem:
> > My sieve script looked like this...
> >
> >   require ["fileinto","vacation"];
> >
> >   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
> >
> > My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
> > the addresses in the sieve script to have the four upper-case characters,
> > I got my first ever vacation response.  Sendmail rewrites all of our
> > addresses in that format.  However, case should not matter in hostnames.
> > Lmtpd should be doing a case-independant comparison!
> 
> I think you're right, but before I make any changes, I want to make sure
> that I don't break anything else.
> 
> Issues that come to mind:
> 
> - do we compare the entire addresses case-independently or just the
> domain?

Technically the answer is: domain: yes, the rest: it depends on the mail
implementation. Does the mail system treat usernames as case independent
(most do these days)? If so, your sieve processor should do likewise.

> - should the same be done for loop control mechanisms (ie, comparing
> envelope 'from' and envelope 'to', or comparing envelope 'from' and
> :addresses)?

ditto

> Any thoughts?
> 
> Ken
> --
> Kenneth Murchison     Oceana Matrix Ltd.
> Software Engineer     21 Princeton Place
> 716-662-8973 x26      Orchard Park, NY 14127
> --PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

From owner-ietf-mta-filters  Fri Nov 17 09:26:40 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id JAA00637
	for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:26:40 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA00632
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:26:38 -0800 (PST)
Received: from ken.oceana.com (authenticated)
	by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eAHHXns23530
	for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 12:33:49 -0500
Message-ID: <3A156B9A.E2BAD51C@oceana.com>
Date: Fri, 17 Nov 2000 12:32:10 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: ietf-mta-filters@imc.org
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com> <3A156A4D.6A250C04@att.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Unless anyone disagrees with what's been said so far, I'm going to take
the implementation-specific stuff offline (sorry for my previous SPAM).

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

From owner-ietf-mta-filters  Thu Nov 23 08:10:31 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id IAA22999
	for ietf-mta-filters-bks; Thu, 23 Nov 2000 08:10:31 -0800 (PST)
Received: from unica.cu (IDENT:root@ns.unica.cu [216.72.25.117])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA22988
	for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 08:10:27 -0800 (PST)
Received: from michelle (unica2.unica.cu [216.72.25.115])
	by unica.cu (8.9.3/8.9.3) with SMTP id LAA17161
	for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 11:57:28 -0500
Message-ID: <01ab01c05568$cb7c88f0$731948d8@unica.cu>
Reply-To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
From: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
To: "Sieve List" <ietf-mta-filters@imc.org>
Subject: 
Date: Thu, 23 Nov 2000 11:16:54 -0500
Organization: UNICA/CENTIC
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

I use sendmail as MTA and cyrus imap server...

how can i filter message that came fron any user and go to a domain in
specific...using sieve language

example i want to filter all mesage that go to the domain ".xxx", it's
posible that?

if it is, how can i do it?

===========================
Lic. Jorge A. Rodríguez Suárez
Grupo de Administracion de Redes.
Universidad de Ciego de Avila.
CUBA, email: jars@unica.cu
===========================


From owner-ietf-mta-filters  Thu Nov 23 07:40:16 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id HAA19218
	for ietf-mta-filters-bks; Thu, 23 Nov 2000 07:40:16 -0800 (PST)
Received: from unica.cu (IDENT:root@ns.unica.cu [216.72.25.117])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA19214
	for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 07:40:12 -0800 (PST)
Received: from michelle (unica2.unica.cu [216.72.25.115])
	by unica.cu (8.9.3/8.9.3) with SMTP id LAA16821
	for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 11:27:09 -0500
Message-ID: <019901c05564$8f1f0800$731948d8@unica.cu>
Reply-To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
From: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
To: "Sieve List" <ietf-mta-filters@imc.org>
Subject: Question?
Date: Thu, 23 Nov 2000 10:46:35 -0500
Organization: UNICA/CENTIC
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Hello friends?

can i filter all out message asking for the domain they are directed, and if
yes how can i do it?

example:

i want reject all message that contain ".xx" in the "to" field of the
header, i want that this script run in a high level, not at user level.

thanks...

===========================
Lic. Jorge A. Rodríguez Suárez
Grupo de Administracion de Redes.
Universidad de Ciego de Avila.
CUBA, email: jars@unica.cu
===========================


From owner-ietf-mta-filters  Fri Nov 24 03:12:27 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id DAA09601
	for ietf-mta-filters-bks; Fri, 24 Nov 2000 03:12:27 -0800 (PST)
Received: from c000.snv.cp.net (c000-h000.c000.snv.cp.net [209.228.32.64])
	by ns.secondary.com (8.9.3/8.9.3) with SMTP id DAA09587
	for <ietf-mta-filters@imc.org>; Fri, 24 Nov 2000 03:12:18 -0800 (PST)
Received: (cpmta 13283 invoked from network); 24 Nov 2000 03:12:52 -0800
Received: from commercial.ucs.ed.ac.uk (HELO nige) (129.215.200.115)
  by smtp.swinson.com (209.228.32.64) with SMTP; 24 Nov 2000 03:12:52 -0800
X-Sent: 24 Nov 2000 11:12:52 GMT
Message-ID: <051301c05607$47fc70e0$73c8d781@nige>
From: "Nigel Swinson" <Nigel@Swinson.com>
To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
Cc: <ietf-mta-filters@imc.org>
References: <019901c05564$8f1f0800$731948d8@unica.cu>
Subject: Re: Question?
Date: Fri, 24 Nov 2000 11:11:22 -0000
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0510_01C05607.4738D2C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

This is a multi-part message in MIME format.

------=_NextPart_000_0510_01C05607.4738D2C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

For the attention of Jorge, Cc'ed to list to indicate "Case closed"
  Hello friends?
Hi there.
  can i filter all out message asking for the domain they are directed, =
and if
  yes how can i do it?

  example:

  i want reject all message that contain ".xx" in the "to" field of the
  header, i want that this script run in a high level, not at user =
level.
I'm finding it a little difficult to understand your English, but I =
think this is what you are after...

# Select all messages with an address in the "To" header that has the =
wildcard
# string *.xx as the domain.
if (address :domain :matches "To" "*.xx") {
    # Do something.
}
  how can i filter message that came fron any user and go to a domain in
  specific...using sieve language

  example i want to filter all mesage that go to the domain ".xxx", it's
  posible that?

  if it is, how can i do it?
This is a slightly different question, as if a persion is Cc'ed or =
Bcc'ed then the message will also go to that domain, so you want...

# Select all messages with an address in the "To", "Bcc" or "Cc" headers =

# that has the wildcard string *.xxx as the domain.
if (address :domain :matches ["To","Cc","Bcc"] "*.xxx") {
    # Do something.
}


Hope this helps.

Nigel

------=_NextPart_000_0510_01C05607.4738D2C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2>For the attention of Jorge, Cc'ed to =
list to=20
indicate "Case closed"</FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
  <DIV><FONT face=3DArial size=3D2>Hello =
friends?</FONT></DIV></BLOCKQUOTE>
<DIV><FONT face=3DArial size=3D2>Hi there.</FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
  <DIV><FONT face=3DArial size=3D2>can i filter all out message asking =
for the=20
  domain they are directed, and if<BR>yes how can i do=20
  it?<BR><BR>example:<BR><BR>i want reject all message that contain =
".xx" in the=20
  "to" field of the<BR>header, i want that this script run in a high =
level, not=20
  at user level.</FONT></DIV></BLOCKQUOTE>
<DIV><FONT face=3DArial size=3D2>I'm finding it a little difficult to =
understand=20
your English, but I think this is what you are after...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># Select all messages =
with an=20
address in the&nbsp;"To"&nbsp;header that has the wildcard</FONT></DIV>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># string *.xx as the=20
domain.</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>if (address :domain :matches "To" =
"*.xx")=20
{</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>&nbsp;&nbsp;&nbsp; <FONT =
color=3D#008000># Do=20
something.</FONT></FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>}</FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
  <DIV><FONT face=3DArial size=3D2>how can i filter message that came =
fron any user=20
  and go to a domain in<BR>specific...using sieve =
language<BR><BR>example i want=20
  to filter all mesage that go to the domain ".xxx", it's<BR>posible=20
  that?<BR><BR>if it is, how can i do it?</FONT></DIV></BLOCKQUOTE>
<DIV><FONT face=3DArial size=3D2>This is a slightly different question, =
as if a=20
persion is Cc'ed or Bcc'ed then the message will also go to that domain, =
so you=20
want...</FONT></DIV>
<DIV>&nbsp;</DIV><FONT face=3DArial size=3D2>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># Select all messages =
with an=20
address in the&nbsp;"To", "Bcc" or "Cc"&nbsp;headers </FONT></DIV>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># that has the =
wildcard string=20
*.xxx as the domain.</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>if (address :domain :matches =
["To","Cc","Bcc"]=20
"*.xxx") {</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>&nbsp;&nbsp;&nbsp; <FONT =
color=3D#008000># Do=20
something.</FONT></FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>}</FONT></DIV><BR>
<DIV>Hope this helps.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Nigel</FONT><FONT face=3DArial size=3D2></DIV></FONT></BODY></HTML>

------=_NextPart_000_0510_01C05607.4738D2C0--


From owner-ietf-mta-filters  Fri Nov 24 06:06:08 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id GAA21330
	for ietf-mta-filters-bks; Fri, 24 Nov 2000 06:06:08 -0800 (PST)
Received: from sv16.cwpanama.net (sv16.cwpanama.net [206.128.192.216])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA21325
	for <ietf-mta-filters@imc.org>; Fri, 24 Nov 2000 06:06:06 -0800 (PST)
Received: from ysanson.cwpanama.net ([206.128.192.198])
          by sv16.cwpanama.net
          (InterMail vK.4.03.01.00 201-232-122 license fd2d3816a3c4cd957d2abb3db7e32a12)
          with ESMTP id <20001124140635.PIRP5989.sv16@ysanson.cwpanama.net>
          for <ietf-mta-filters@imc.org>; Fri, 24 Nov 2000 09:06:35 -0500
Message-Id: <4.3.2.7.2.20001124084558.00e36810@cwpanama.net>
X-Sender: ysanson@cwpanama.net
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 24 Nov 2000 09:06:18 -0500
To: <ietf-mta-filters@imc.org>
From: Yanuly Sanson <ysanson@cwpanama.net>
Subject: How can I foward the Subject line using SIEVE?
In-Reply-To: <051301c05607$47fc70e0$73c8d781@nige>
References: <019901c05564$8f1f0800$731948d8@unica.cu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Hi:
I'm using Software.com's Kx which implements SIEVE and would like (at user 
level) to foward only the subject line to another email address.  This we 
are interested since some of our users would like to receive this info on 
their cellphones.
I was reading thru the SIEVE docs but found no provision for this.

Thanks.

If I hear my Soul singing, I'll know Peace.
If I look into my Heart and see a rose, I'll know Love.
If I see beauty in everything I'll walk in Paradise.
----------------------------------------------------------------------------
  Yanuly Sanson   -   Cable and Wireless Internet Panama   -   (507)264-2238


From owner-ietf-mta-filters  Thu Nov 30 20:54:26 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id UAA01258
	for ietf-mta-filters-bks; Thu, 30 Nov 2000 20:54:26 -0800 (PST)
Received: from mail.governacio-ri.gencat.es (gencat.es [194.179.95.227])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id UAA01254;
	Thu, 30 Nov 2000 20:54:23 -0800 (PST)
Date: Thu, 30 Nov 2000 20:54:23 -0800 (PST)
From: Younger@bdsm.at
Message-Id: <200012010454.UAA01254@ns.secondary.com>
Received: from aks011 (1Cust187.tnt1.mia5.da.uu.net [63.30.194.187]) by mail.governacio-ri.gencat.es with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id X8T2J7TQ; Fri, 1 Dec 2000 05:48:28 +0100
To: Younger@bdsm.at
Subject: REVERSE the AGING PROCESS 10-20 Years!
MIME-Version: 1.0
Content-Type: text/plain; charset=unknown-8bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>


HAVE YOU HEARD OF HUMAN GROWTH HORMONE (HGH)???

Released by your own pituitary gland, HGH starts
declining in your 20s, even more in your 30s and 40s,
eventually resulting in the shrinkage of major
organs-plus all other symptoms related to old age.

THIS CAN NOW BE REVERSED!!! IN THOUSANDS OF CLINICAL
STUDIES, HGH HAS BEEN SHOWN TO ACCOMPLISH THE FOLLOWING:

* Reduce Body Fat Without Dieting
   Build Lean Muscle WITHOUT EXERCISE!

* Enhance Sexual Performance

* Remove Wrinkles and Cellulite

* Lower Blood Pressure and improve Cholesterol Profile

* Improve Sleep, Vision and Memory

* Restore Hair Color and Growth

* Strengthen the Immune System

* Increase Energy and Cardiac Output

* Turn back your body's Biological Time Clock 10-20
   years in 6 months of usage !!!

You don't have to spend thousands of dollars on shots.
You don't have to spend the $139.00 per bottle that
HGH is selling for at some Clinics in the
United States.

For the next 30 Days, you can obtain a complete
one-month supply of our HGH releaser for our special
"New Customers" price of just $69.95 plus $6.00
shipping and handling. To ensure a constant supply and
to SAVE EVEN MORE, you can order with confidence
3 bottles of HGH and GET 1 FREE - that's just $209.85 for
4 bottles, plus $6.00 shipping and handling.
You SAVE $69.95! ORDER TODAY!

Payment Methods

You may FAX or Postal Mail Checks, MasterCard, Visa,
& American Express payments. Money Orders
are accepted only by Postal Mail.


Step 1: Place a check by your desired quanity.


______ 1 Bottle of HGH $69.95


______ 2 Bottles of HGH $131.90 ($65.95 a bottle)


______ 4 Bottles of HGH (Buy 3 get 1 FREE. SAVE $69.95) $209.85


Please add $6 shipping and handling for any size order.
[ Total cost including shipping & handling,
1 bottle=$75.95, 2 bottles=$137.90, 4 bottles=$215.85 ]

International shipping, please add $35 for any size order
[ Total cost including shipping & handling,
1 bottle=$104.95, 2 bottles=$166.90, 4 bottles=$244.85 ]
Foreign checks are not accepted.  Credit cards & international
money orders only.

Step 2: Place a check by your desired payment method
and complete fields if necessary.


_____Check or CHECK-BY-FAX [details below]


_____Money Order


_____American Express
Account Number__________________ Exp____/____

_____Visa
Account Number__________________ Exp____/____

_____MasterCard
Account Number__________________ Exp____/____


Please make your check or money order payable to
"Lion Sciences National".

Step 3: Please complete and print the following fields clearly.


Name ___________________________________________________


Address _________________________________________________


City ____________________________________________________


State ___________________________________________________


Zip _____________________________________________________


E-mail __________________________________________________


Signature _________________________________________________
[ required for check and credit card orders]



            Toll Free FAX Order Line: 1-800-940-6590

If faxing in your order, please state whether you require
a fax, email, or no confirmation at all.
Allow up to one day for confirmation, if requested.
FAX orders are processed immediately.

            Or, print & mail to:

Lion Sciences National
273 S. State Rd. 7  #193
Margate, FL 33068-5727


        ______________________________________________________


*CHECK BY FAX ORDERS: Complete the check as normal. Tape
the check in the area below. Below the check, clearly write
the check number, all numbers at the bottom of the check,
& your name. Tape the check below and fax the check to the
toll free FAX number above. Void the check. Our merchant
will electronically debit your account for the amount of
the check; your reference number for this transaction will
be your check number. Nothing could be safer & easier !

                          TAPE CHECK BELOW
















_____________________________________________________________

This is a one time mailing: Removal is automatic and no further
contact is necessary. Please Note: HGH is not intended to
diagnose, treat, cure or prevent any disease. The FDA has not
evaluated these statements.


Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id UAA01258 for ietf-mta-filters-bks; Thu, 30 Nov 2000 20:54:26 -0800 (PST)
Received: from mail.governacio-ri.gencat.es (gencat.es [194.179.95.227]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id UAA01254; Thu, 30 Nov 2000 20:54:23 -0800 (PST)
Date: Thu, 30 Nov 2000 20:54:23 -0800 (PST)
From: Younger@bdsm.at
Message-Id: <200012010454.UAA01254@ns.secondary.com>
Received: from aks011 (1Cust187.tnt1.mia5.da.uu.net [63.30.194.187]) by mail.governacio-ri.gencat.es with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id X8T2J7TQ; Fri, 1 Dec 2000 05:48:28 +0100
To: Younger@bdsm.at
Subject: REVERSE the AGING PROCESS 10-20 Years!
MIME-Version: 1.0
Content-Type: text/plain; charset=unknown-8bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

HAVE YOU HEARD OF HUMAN GROWTH HORMONE (HGH)???

Released by your own pituitary gland, HGH starts
declining in your 20s, even more in your 30s and 40s,
eventually resulting in the shrinkage of major
organs-plus all other symptoms related to old age.

THIS CAN NOW BE REVERSED!!! IN THOUSANDS OF CLINICAL
STUDIES, HGH HAS BEEN SHOWN TO ACCOMPLISH THE FOLLOWING:

* Reduce Body Fat Without Dieting
   Build Lean Muscle WITHOUT EXERCISE!

* Enhance Sexual Performance

* Remove Wrinkles and Cellulite

* Lower Blood Pressure and improve Cholesterol Profile

* Improve Sleep, Vision and Memory

* Restore Hair Color and Growth

* Strengthen the Immune System

* Increase Energy and Cardiac Output

* Turn back your body's Biological Time Clock 10-20
   years in 6 months of usage !!!

You don't have to spend thousands of dollars on shots.
You don't have to spend the $139.00 per bottle that
HGH is selling for at some Clinics in the
United States.

For the next 30 Days, you can obtain a complete
one-month supply of our HGH releaser for our special
"New Customers" price of just $69.95 plus $6.00
shipping and handling. To ensure a constant supply and
to SAVE EVEN MORE, you can order with confidence
3 bottles of HGH and GET 1 FREE - that's just $209.85 for
4 bottles, plus $6.00 shipping and handling.
You SAVE $69.95! ORDER TODAY!

Payment Methods

You may FAX or Postal Mail Checks, MasterCard, Visa,
& American Express payments. Money Orders
are accepted only by Postal Mail.


Step 1: Place a check by your desired quanity.


______ 1 Bottle of HGH $69.95


______ 2 Bottles of HGH $131.90 ($65.95 a bottle)


______ 4 Bottles of HGH (Buy 3 get 1 FREE. SAVE $69.95) $209.85


Please add $6 shipping and handling for any size order.
[ Total cost including shipping & handling,
1 bottle=$75.95, 2 bottles=$137.90, 4 bottles=$215.85 ]

International shipping, please add $35 for any size order
[ Total cost including shipping & handling,
1 bottle=$104.95, 2 bottles=$166.90, 4 bottles=$244.85 ]
Foreign checks are not accepted.  Credit cards & international
money orders only.

Step 2: Place a check by your desired payment method
and complete fields if necessary.


_____Check or CHECK-BY-FAX [details below]


_____Money Order


_____American Express
Account Number__________________ Exp____/____

_____Visa
Account Number__________________ Exp____/____

_____MasterCard
Account Number__________________ Exp____/____


Please make your check or money order payable to
"Lion Sciences National".

Step 3: Please complete and print the following fields clearly.


Name ___________________________________________________


Address _________________________________________________


City ____________________________________________________


State ___________________________________________________


Zip _____________________________________________________


E-mail __________________________________________________


Signature _________________________________________________
[ required for check and credit card orders]



            Toll Free FAX Order Line: 1-800-940-6590

If faxing in your order, please state whether you require
a fax, email, or no confirmation at all.
Allow up to one day for confirmation, if requested.
FAX orders are processed immediately.

            Or, print & mail to:

Lion Sciences National
273 S. State Rd. 7  #193
Margate, FL 33068-5727


        ______________________________________________________


*CHECK BY FAX ORDERS: Complete the check as normal. Tape
the check in the area below. Below the check, clearly write
the check number, all numbers at the bottom of the check,
& your name. Tape the check below and fax the check to the
toll free FAX number above. Void the check. Our merchant
will electronically debit your account for the amount of
the check; your reference number for this transaction will
be your check number. Nothing could be safer & easier !

                          TAPE CHECK BELOW
















_____________________________________________________________

This is a one time mailing: Removal is automatic and no further
contact is necessary. Please Note: HGH is not intended to
diagnose, treat, cure or prevent any disease. The FDA has not
evaluated these statements.


Received: by ns.secondary.com (8.9.3/8.9.3) id GAA21330 for ietf-mta-filters-bks; Fri, 24 Nov 2000 06:06:08 -0800 (PST)
Received: from sv16.cwpanama.net (sv16.cwpanama.net [206.128.192.216]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA21325 for <ietf-mta-filters@imc.org>; Fri, 24 Nov 2000 06:06:06 -0800 (PST)
Received: from ysanson.cwpanama.net ([206.128.192.198]) by sv16.cwpanama.net (InterMail vK.4.03.01.00 201-232-122 license fd2d3816a3c4cd957d2abb3db7e32a12) with ESMTP id <20001124140635.PIRP5989.sv16@ysanson.cwpanama.net> for <ietf-mta-filters@imc.org>; Fri, 24 Nov 2000 09:06:35 -0500
Message-Id: <4.3.2.7.2.20001124084558.00e36810@cwpanama.net>
X-Sender: ysanson@cwpanama.net
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 24 Nov 2000 09:06:18 -0500
To: <ietf-mta-filters@imc.org>
From: Yanuly Sanson <ysanson@cwpanama.net>
Subject: How can I foward the Subject line using SIEVE?
In-Reply-To: <051301c05607$47fc70e0$73c8d781@nige>
References: <019901c05564$8f1f0800$731948d8@unica.cu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Hi:
I'm using Software.com's Kx which implements SIEVE and would like (at user 
level) to foward only the subject line to another email address.  This we 
are interested since some of our users would like to receive this info on 
their cellphones.
I was reading thru the SIEVE docs but found no provision for this.

Thanks.

If I hear my Soul singing, I'll know Peace.
If I look into my Heart and see a rose, I'll know Love.
If I see beauty in everything I'll walk in Paradise.
----------------------------------------------------------------------------
  Yanuly Sanson   -   Cable and Wireless Internet Panama   -   (507)264-2238



Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id DAA09601 for ietf-mta-filters-bks; Fri, 24 Nov 2000 03:12:27 -0800 (PST)
Received: from c000.snv.cp.net (c000-h000.c000.snv.cp.net [209.228.32.64]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id DAA09587 for <ietf-mta-filters@imc.org>; Fri, 24 Nov 2000 03:12:18 -0800 (PST)
Received: (cpmta 13283 invoked from network); 24 Nov 2000 03:12:52 -0800
Received: from commercial.ucs.ed.ac.uk (HELO nige) (129.215.200.115) by smtp.swinson.com (209.228.32.64) with SMTP; 24 Nov 2000 03:12:52 -0800
X-Sent: 24 Nov 2000 11:12:52 GMT
Message-ID: <051301c05607$47fc70e0$73c8d781@nige>
From: "Nigel Swinson" <Nigel@Swinson.com>
To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
Cc: <ietf-mta-filters@imc.org>
References: <019901c05564$8f1f0800$731948d8@unica.cu>
Subject: Re: Question?
Date: Fri, 24 Nov 2000 11:11:22 -0000
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0510_01C05607.4738D2C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

This is a multi-part message in MIME format.

------=_NextPart_000_0510_01C05607.4738D2C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

For the attention of Jorge, Cc'ed to list to indicate "Case closed"
  Hello friends?
Hi there.
  can i filter all out message asking for the domain they are directed, =
and if
  yes how can i do it?

  example:

  i want reject all message that contain ".xx" in the "to" field of the
  header, i want that this script run in a high level, not at user =
level.
I'm finding it a little difficult to understand your English, but I =
think this is what you are after...

# Select all messages with an address in the "To" header that has the =
wildcard
# string *.xx as the domain.
if (address :domain :matches "To" "*.xx") {
    # Do something.
}
  how can i filter message that came fron any user and go to a domain in
  specific...using sieve language

  example i want to filter all mesage that go to the domain ".xxx", it's
  posible that?

  if it is, how can i do it?
This is a slightly different question, as if a persion is Cc'ed or =
Bcc'ed then the message will also go to that domain, so you want...

# Select all messages with an address in the "To", "Bcc" or "Cc" headers =

# that has the wildcard string *.xxx as the domain.
if (address :domain :matches ["To","Cc","Bcc"] "*.xxx") {
    # Do something.
}


Hope this helps.

Nigel

------=_NextPart_000_0510_01C05607.4738D2C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2>For the attention of Jorge, Cc'ed to =
list to=20
indicate "Case closed"</FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
  <DIV><FONT face=3DArial size=3D2>Hello =
friends?</FONT></DIV></BLOCKQUOTE>
<DIV><FONT face=3DArial size=3D2>Hi there.</FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
  <DIV><FONT face=3DArial size=3D2>can i filter all out message asking =
for the=20
  domain they are directed, and if<BR>yes how can i do=20
  it?<BR><BR>example:<BR><BR>i want reject all message that contain =
".xx" in the=20
  "to" field of the<BR>header, i want that this script run in a high =
level, not=20
  at user level.</FONT></DIV></BLOCKQUOTE>
<DIV><FONT face=3DArial size=3D2>I'm finding it a little difficult to =
understand=20
your English, but I think this is what you are after...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># Select all messages =
with an=20
address in the&nbsp;"To"&nbsp;header that has the wildcard</FONT></DIV>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># string *.xx as the=20
domain.</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>if (address :domain :matches "To" =
"*.xx")=20
{</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>&nbsp;&nbsp;&nbsp; <FONT =
color=3D#008000># Do=20
something.</FONT></FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>}</FONT></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
  <DIV><FONT face=3DArial size=3D2>how can i filter message that came =
fron any user=20
  and go to a domain in<BR>specific...using sieve =
language<BR><BR>example i want=20
  to filter all mesage that go to the domain ".xxx", it's<BR>posible=20
  that?<BR><BR>if it is, how can i do it?</FONT></DIV></BLOCKQUOTE>
<DIV><FONT face=3DArial size=3D2>This is a slightly different question, =
as if a=20
persion is Cc'ed or Bcc'ed then the message will also go to that domain, =
so you=20
want...</FONT></DIV>
<DIV>&nbsp;</DIV><FONT face=3DArial size=3D2>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># Select all messages =
with an=20
address in the&nbsp;"To", "Bcc" or "Cc"&nbsp;headers </FONT></DIV>
<DIV><FONT color=3D#008000 face=3DCourier size=3D2># that has the =
wildcard string=20
*.xxx as the domain.</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>if (address :domain :matches =
["To","Cc","Bcc"]=20
"*.xxx") {</FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>&nbsp;&nbsp;&nbsp; <FONT =
color=3D#008000># Do=20
something.</FONT></FONT></DIV>
<DIV><FONT face=3DCourier size=3D2>}</FONT></DIV><BR>
<DIV>Hope this helps.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Nigel</FONT><FONT face=3DArial size=3D2></DIV></FONT></BODY></HTML>

------=_NextPart_000_0510_01C05607.4738D2C0--



Received: by ns.secondary.com (8.9.3/8.9.3) id IAA22999 for ietf-mta-filters-bks; Thu, 23 Nov 2000 08:10:31 -0800 (PST)
Received: from unica.cu (IDENT:root@ns.unica.cu [216.72.25.117]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA22988 for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 08:10:27 -0800 (PST)
Received: from michelle (unica2.unica.cu [216.72.25.115]) by unica.cu (8.9.3/8.9.3) with SMTP id LAA17161 for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 11:57:28 -0500
Message-ID: <01ab01c05568$cb7c88f0$731948d8@unica.cu>
Reply-To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
From: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
To: "Sieve List" <ietf-mta-filters@imc.org>
Subject: 
Date: Thu, 23 Nov 2000 11:16:54 -0500
Organization: UNICA/CENTIC
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

I use sendmail as MTA and cyrus imap server...

how can i filter message that came fron any user and go to a domain in
specific...using sieve language

example i want to filter all mesage that go to the domain ".xxx", it's
posible that?

if it is, how can i do it?

===========================
Lic. Jorge A. Rodríguez Suárez
Grupo de Administracion de Redes.
Universidad de Ciego de Avila.
CUBA, email: jars@unica.cu
===========================



Received: by ns.secondary.com (8.9.3/8.9.3) id HAA19218 for ietf-mta-filters-bks; Thu, 23 Nov 2000 07:40:16 -0800 (PST)
Received: from unica.cu (IDENT:root@ns.unica.cu [216.72.25.117]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA19214 for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 07:40:12 -0800 (PST)
Received: from michelle (unica2.unica.cu [216.72.25.115]) by unica.cu (8.9.3/8.9.3) with SMTP id LAA16821 for <ietf-mta-filters@imc.org>; Thu, 23 Nov 2000 11:27:09 -0500
Message-ID: <019901c05564$8f1f0800$731948d8@unica.cu>
Reply-To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
From: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <jars@unica.cu>
To: "Sieve List" <ietf-mta-filters@imc.org>
Subject: Question?
Date: Thu, 23 Nov 2000 10:46:35 -0500
Organization: UNICA/CENTIC
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Hello friends?

can i filter all out message asking for the domain they are directed, and if
yes how can i do it?

example:

i want reject all message that contain ".xx" in the "to" field of the
header, i want that this script run in a high level, not at user level.

thanks...

===========================
Lic. Jorge A. Rodríguez Suárez
Grupo de Administracion de Redes.
Universidad de Ciego de Avila.
CUBA, email: jars@unica.cu
===========================



Received: by ns.secondary.com (8.9.3/8.9.3) id JAA00637 for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:26:40 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA00632 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:26:38 -0800 (PST)
Received: from ken.oceana.com (authenticated) by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eAHHXns23530 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 12:33:49 -0500
Message-ID: <3A156B9A.E2BAD51C@oceana.com>
Date: Fri, 17 Nov 2000 12:32:10 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: ietf-mta-filters@imc.org
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com> <3A156A4D.6A250C04@att.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Unless anyone disagrees with what's been said so far, I'm going to take
the implementation-specific stuff offline (sorry for my previous SPAM).

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


Received: by ns.secondary.com (8.9.3/8.9.3) id JAA00464 for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:18:39 -0800 (PST)
Received: from ckmso1.proxy.att.com (ckmso1.att.com [12.20.58.69]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA00460 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:18:38 -0800 (PST)
Received: from dns.maillennium.att.com ([135.25.114.99]) by ckmso1.proxy.att.com (AT&T IPNS/MSO-2.4) with ESMTP id MAA20542 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 12:25:48 -0500 (EST)
Received: from att.com ([135.197.90.103]) by maillennium.att.com (labmail) with SMTP id <20001117172547099005qh1ne> (Authid: tony@maillennium.att.com); Fri, 17 Nov 2000 17:25:47 +0000
Message-ID: <3A156A4D.6A250C04@att.com>
Date: Fri, 17 Nov 2000 12:26:37 -0500
From: Tony Hansen <tony@att.com>
Organization: AT&T Laboratories
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ken Murchison <ken@oceana.com>
CC: Gary Mills <mills@cc.umanitoba.ca>, info-cyrus@andrew.cmu.edu, ietf-mta-filters@imc.org
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

See below:

Ken Murchison wrote:
> 
> Gary Mills wrote:
> >
> > Eurika!  I finally got a vacation response.  Here's the problem:
> > My sieve script looked like this...
> >
> >   require ["fileinto","vacation"];
> >
> >   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
> >
> > My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
> > the addresses in the sieve script to have the four upper-case characters,
> > I got my first ever vacation response.  Sendmail rewrites all of our
> > addresses in that format.  However, case should not matter in hostnames.
> > Lmtpd should be doing a case-independant comparison!
> 
> I think you're right, but before I make any changes, I want to make sure
> that I don't break anything else.
> 
> Issues that come to mind:
> 
> - do we compare the entire addresses case-independently or just the
> domain?

Technically the answer is: domain: yes, the rest: it depends on the mail
implementation. Does the mail system treat usernames as case independent
(most do these days)? If so, your sieve processor should do likewise.

> - should the same be done for loop control mechanisms (ie, comparing
> envelope 'from' and envelope 'to', or comparing envelope 'from' and
> :addresses)?

ditto

> Any thoughts?
> 
> Ken
> --
> Kenneth Murchison     Oceana Matrix Ltd.
> Software Engineer     21 Princeton Place
> 716-662-8973 x26      Orchard Park, NY 14127
> --PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


Received: by ns.secondary.com (8.9.3/8.9.3) id JAA29568 for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:08:14 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA29563 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:08:12 -0800 (PST)
Received: from ken.oceana.com (authenticated) by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eAHHFLs22880; Fri, 17 Nov 2000 12:15:21 -0500
Message-ID: <3A156746.6524054@oceana.com>
Date: Fri, 17 Nov 2000 12:13:42 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Lawrence Greenfield <leg+@andrew.cmu.edu>
CC: ietf-mta-filters@imc.org, info-cyrus@andrew.cmu.edu
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com> <200011171709.eAHH9DK21559@smtp5.andrew.cmu.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Lawrence Greenfield wrote:
> 
> I thought we already did this correctly, so I'm surprised we ran into
> this.

I ran some tests myself with vacation, and it IS case-dependent w.r.t
domain.  Take a look at look_for_me() and the VACATION case in eval()
(in script.c).

> The host part is always case-insensitive.  The local part is case
> sensitive in cyrus (thus all the griping about leg+Foo not working)
> and needs to be compared in a case-sensitive fashion.
> (The local part isn't always case-sensitive, so other systems might do
> things differently.)
> 
> This should go for all address comparisons internal.  Explicit address
> comparisons, like "address" or "envelope", the user is given a chance
> to select a comparator and we should just use that comparator.

I agree.  Should I go ahead and create an address comparison function
(as mentioned in the comments) and use this instead of strcmp()?

Ken

> Larry
> 
>    Date: Fri, 17 Nov 2000 11:50:32 -0500
>    From: Ken Murchison <ken@oceana.com>
> 
>    Gary Mills wrote:
>    >
>    > Eurika!  I finally got a vacation response.  Here's the problem:
>    > My sieve script looked like this...
>    >
>    >   require ["fileinto","vacation"];
>    >
>    >   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
>    >
>    > My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
>    > the addresses in the sieve script to have the four upper-case characters,
>    > I got my first ever vacation response.  Sendmail rewrites all of our
>    > addresses in that format.  However, case should not matter in hostnames.
>    > Lmtpd should be doing a case-independant comparison!
> 
>    I think you're right, but before I make any changes, I want to make sure
>    that I don't break anything else.
> 
>    Issues that come to mind:
> 
>    - do we compare the entire addresses case-independently or just the
>    domain?
>    - should the same be done for loop control mechanisms (ie, comparing
>    envelope 'from' and envelope 'to', or comparing envelope 'from' and
>    :addresses)?
> 
>    Any thoughts?
> 
>    Ken
>    --
>    Kenneth Murchison     Oceana Matrix Ltd.
>    Software Engineer     21 Princeton Place
>    716-662-8973 x26      Orchard Park, NY 14127
>    --PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp

-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


Received: by ns.secondary.com (8.9.3/8.9.3) id JAA29510 for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:07:03 -0800 (PST)
Received: from electra.cc.umanitoba.ca (root@electra.cc.umanitoba.ca [130.179.16.23]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA29503 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:07:01 -0800 (PST)
From: mills@cc.UManitoba.CA
Received: from zavijava.cc.umanitoba.ca (mills@zavijava.cc.umanitoba.ca [130.179.16.30]) by electra.cc.umanitoba.ca (8.9.0/8.9.0) with ESMTP id LAA02555 ; Fri, 17 Nov 2000 11:14:30 -0600 (CST)
Received: (from mills@localhost) by zavijava.cc.umanitoba.ca (8.9.0/8.9.0) id LAA26879 ; Fri, 17 Nov 2000 11:14:35 -0600 (CST)
Date: Fri, 17 Nov 2000 11:14:35 -0600 (CST)
Message-Id: <200011171714.LAA26879@zavijava.cc.umanitoba.ca>
To: ken@oceana.com
Subject: Re: Sieve redirect works but vacation doesn't
Cc: ietf-mta-filters@imc.org, info-cyrus@andrew.cmu.edu
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Kenneth Murchison writes:
>
>I think you're right, but before I make any changes, I want to make sure
>that I don't break anything else.

Yes, I'm just about to change a few strcmp() to strcasecmp() in
my copy of sieve/script.c and test it.

>Issues that come to mind:
>
>- do we compare the entire addresses case-independently or just the
>domain?
>- should the same be done for loop control mechanisms (ie, comparing
>envelope 'from' and envelope 'to', or comparing envelope 'from' and
>:addresses)?

I notice a comment:

                    /* first, is it from me? really should use a
                       compare_address function */

That might be a good idea, and yes, the same comparison should be used
everywhere to be consistent.  As for the left-hand-side
right-hand-side question, I notice that the standard vacation program,
or at least the Solaris version, only compares the left-hand-side of
an e-mail address.  In fact, it only wants userids on the command
line, not complete e-mail addresses.  This behavior may only be
because of the antiquity of the program.  There are some comments in
the BSD source on this.  If sieve is to compare the right-hand-side,
it should do it in a case-independant manner because domain names are
supposed to be case-independant.  A quick fix and reasonably adequate
solution would be to use strcasecmp() for the entire e-mail address.
An exact solution would be to compare the left-hand-side in a manner
consistent with Cyrus' handling of mailbox names.


-- 
-Gary Mills-    -Unix Support-    -U of M Academic Computing and Networking-


Received: by ns.secondary.com (8.9.3/8.9.3) id JAA29265 for ietf-mta-filters-bks; Fri, 17 Nov 2000 09:01:43 -0800 (PST)
Received: from smtp5.andrew.cmu.edu (SMTP5.ANDREW.CMU.EDU [128.2.10.85]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA29261 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 09:01:40 -0800 (PST)
Received: from mail-fe1.andrew.cmu.edu (MAIL-FE1.ANDREW.CMU.EDU [128.2.10.171]) (authenticated as leg with KERBEROS_V4 (56 bits)) by smtp5.andrew.cmu.edu (8.11.1/8.11.1) with ESMTP id eAHH9DK21559; Fri, 17 Nov 2000 12:09:14 -0500
Date: Fri, 17 Nov 2000 12:09:13 -0500
Message-Id: <200011171709.eAHH9DK21559@smtp5.andrew.cmu.edu>
From: Lawrence Greenfield <leg+@andrew.cmu.edu>
X-Mailer: BatIMail version 3.2
To: Ken Murchison <ken@oceana.com>
Cc: ietf-mta-filters@imc.org, info-cyrus@andrew.cmu.edu
In-reply-to: <3A1561D8.57BFB5B2@oceana.com>
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca> <3A1561D8.57BFB5B2@oceana.com>
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

I thought we already did this correctly, so I'm surprised we ran into
this.

The host part is always case-insensitive.  The local part is case
sensitive in cyrus (thus all the griping about leg+Foo not working)
and needs to be compared in a case-sensitive fashion.
(The local part isn't always case-sensitive, so other systems might do
things differently.)

This should go for all address comparisons internal.  Explicit address
comparisons, like "address" or "envelope", the user is given a chance
to select a comparator and we should just use that comparator.

Larry

   Date: Fri, 17 Nov 2000 11:50:32 -0500
   From: Ken Murchison <ken@oceana.com>

   Gary Mills wrote:
   > 
   > Eurika!  I finally got a vacation response.  Here's the problem:
   > My sieve script looked like this...
   > 
   >   require ["fileinto","vacation"];
   > 
   >   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
   > 
   > My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
   > the addresses in the sieve script to have the four upper-case characters,
   > I got my first ever vacation response.  Sendmail rewrites all of our
   > addresses in that format.  However, case should not matter in hostnames.
   > Lmtpd should be doing a case-independant comparison!

   I think you're right, but before I make any changes, I want to make sure
   that I don't break anything else.

   Issues that come to mind:

   - do we compare the entire addresses case-independently or just the
   domain?
   - should the same be done for loop control mechanisms (ie, comparing
   envelope 'from' and envelope 'to', or comparing envelope 'from' and
   :addresses)?

   Any thoughts?

   Ken
   -- 
   Kenneth Murchison     Oceana Matrix Ltd.
   Software Engineer     21 Princeton Place
   716-662-8973 x26      Orchard Park, NY 14127
   --PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp



Received: by ns.secondary.com (8.9.3/8.9.3) id IAA27402 for ietf-mta-filters-bks; Fri, 17 Nov 2000 08:45:35 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA27392 for <ietf-mta-filters@imc.org>; Fri, 17 Nov 2000 08:45:33 -0800 (PST)
Received: from ken.oceana.com (authenticated) by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eAHGqAs22119; Fri, 17 Nov 2000 11:52:10 -0500
Message-ID: <3A1561D8.57BFB5B2@oceana.com>
Date: Fri, 17 Nov 2000 11:50:32 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Gary Mills <mills@cc.umanitoba.ca>
CC: info-cyrus@andrew.cmu.edu, ietf-mta-filters@imc.org
Subject: Re: Sieve redirect works but vacation doesn't
References: <200011170507.XAA21532@wasat.cc.umanitoba.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Gary Mills wrote:
> 
> Eurika!  I finally got a vacation response.  Here's the problem:
> My sieve script looked like this...
> 
>   require ["fileinto","vacation"];
> 
>   vacation :days 4 :addresses ["mills@testing.umanitoba.ca", "mills@mail.testing.umanitoba.ca"] "Testing vacation for the next week";
> 
> My test messages were sent to ``mills@cc.UManitoba.CA''.  When I changed
> the addresses in the sieve script to have the four upper-case characters,
> I got my first ever vacation response.  Sendmail rewrites all of our
> addresses in that format.  However, case should not matter in hostnames.
> Lmtpd should be doing a case-independant comparison!

I think you're right, but before I make any changes, I want to make sure
that I don't break anything else.

Issues that come to mind:

- do we compare the entire addresses case-independently or just the
domain?
- should the same be done for loop control mechanisms (ie, comparing
envelope 'from' and envelope 'to', or comparing envelope 'from' and
:addresses)?

Any thoughts?

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


Received: by ns.secondary.com (8.9.3/8.9.3) id RAA18799 for ietf-mta-filters-bks; Wed, 15 Nov 2000 17:26:48 -0800 (PST)
Received: from GLOBALZON2.GLOBALZON2K.COM ([63.215.254.92]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA18789 for <ietf-mta-filters@imc.org>; Wed, 15 Nov 2000 17:26:45 -0800 (PST)
Message-Id: <200011160126.RAA18789@ns.secondary.com>
Received: from travelthomas (63.210.161.34 [63.210.161.34]) by GLOBALZON2.GLOBALZON2K.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id W75PYZ6J; Wed, 15 Nov 2000 15:18:08 -0800
To: ietf-mta-filters@imc.org
From: "Qchex.com" <mailresponse2@g7ps.com>
Subject: Send & Accept Checks by Email. FREE !
Reply-To: "Qchex.com" <mailresponse2@g7ps.com>
Date: 11/15/00 02:50:52 PM
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

SEND & ACCEPT CHECKS BY EMAIL!

50 Checks per month FREE. No fees!
*Efficient Business Solutions available!

To start and for more details click below:
http://www.qchex.com

*** electronic news keep you informed and protect our natural resources ***

Note:
To receive future Qchex information, please click on the following link:  
http://www.globalzon2k.com/scripts/mfm_ae.asp?e=ietf-mta-filters@imc.org

To Opt-Out on future Qchex information, please click on the following link:
http://www.globalzon2k.com/scripts/mfm_de.asp?e=ietf-mta-filters@imc.org





Received: by ns.secondary.com (8.9.3/8.9.3) id OAA25961 for ietf-mta-filters-bks; Wed, 8 Nov 2000 14:21:07 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA25957 for <ietf-mta-filters@imc.org>; Wed, 8 Nov 2000 14:21:06 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117]) by mail.mirapoint.com (Mirapoint) with SMTP id AAO29830; Wed, 8 Nov 2000 14:27:53 -0800 (PST)
X-Spook: Monica Lewinsky cypherpunk radar security quiche Noriega colonel
To: "Roland Pope" <rpope@jade.co.nz>
Cc: <ietf-mta-filters@imc.org>
Subject: Re: Redirects that create mail loops
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com> <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com> <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com> <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu> <973221264.3a022d90350c3@home.oceana.com> <017301c049c4$d0e01d20$3482608f@cnw.co.nz>
From: Tim Showalter <tjs@mirapoint.com>
Date: 08 Nov 2000 14:28:01 -0800
In-Reply-To: "Roland Pope"'s message of "Thu, 9 Nov 2000 09:45:22 +1300"
Message-ID: <7d1ywmksjy.fsf@tim-bsd.mirapoint.com>
Lines: 25
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

"Roland Pope" <rpope@jade.co.nz> writes:

> To quote from the RFC.

What RFC?

> <snip>
>    Implementations SHOULD take measures to implement loop control,
>    possibly including adding headers to the message or counting received
>    headers.  If an implementation detects a loop, it causes an error.
> <snip>
> 
> What sort of error should this cause? Should a message be generated back to
> the sender saying that a mail loop was detected? It would appear in the
> current Cyrus 1.6.24 implementation, mails are silently deleted on loop
> detection. Should there be an explicit definiton of how this sort of error
> should be handled Eg. DSN?

It's not reasonable to throw the message away; 2.10.6 requires (MUST)
notification and an implicit keep.

I'm not sure what, if anything, needs to be changed, although the loop
text can probably be improved.

Tim



Received: by ns.secondary.com (8.9.3/8.9.3) id MAA23702 for ietf-mta-filters-bks; Wed, 8 Nov 2000 12:39:13 -0800 (PST)
Received: from cnwchcm6.cnw.co.nz (mail2.cardinal.co.nz [143.96.9.53]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id MAA23698 for <ietf-mta-filters@imc.org>; Wed, 8 Nov 2000 12:39:10 -0800 (PST)
Received: from cnwchcs26.cnw.co.nz (localhost.localdomain [127.0.0.1]) by cnwchcm6.cnw.co.nz (8.9.3/8.9.3) with ESMTP id JAA15518 for <ietf-mta-filters@imc.org>; Thu, 9 Nov 2000 09:45:21 +1300
Received: from cnwrjp1a (cnwrjp1a.cnw.co.nz [143.96.130.52]) by cnwchcs26.cnw.co.nz (8.9.3/8.9.3) with SMTP id JAA18797 for <ietf-mta-filters@imc.org>; Thu, 9 Nov 2000 09:45:20 +1300
Message-ID: <017301c049c4$d0e01d20$3482608f@cnw.co.nz>
From: "Roland Pope" <rpope@jade.co.nz>
To: <ietf-mta-filters@imc.org>
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>  <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>  <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com> <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu> <973221264.3a022d90350c3@home.oceana.com>
Subject: Redirects that create mail loops
Date: Thu, 9 Nov 2000 09:45:22 +1300
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

To quote from the RFC.

<snip>
   Implementations SHOULD take measures to implement loop control,
   possibly including adding headers to the message or counting received
   headers.  If an implementation detects a loop, it causes an error.
<snip>

What sort of error should this cause? Should a message be generated back to
the sender saying that a mail loop was detected? It would appear in the
current Cyrus 1.6.24 implementation, mails are silently deleted on loop
detection. Should there be an explicit definiton of how this sort of error
should be handled Eg. DSN?

Thanks
Roland Pope




Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id SAA06820 for ietf-mta-filters-bks; Mon, 6 Nov 2000 18:33:12 -0800 (PST)
Received: from mail.dreach.com (szptt103-190.szptt.net.cn [202.103.190.44] (may be forged)) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA06782; Mon, 6 Nov 2000 18:32:51 -0800 (PST)
From: v@bsvbb.de
Received: from h809 ([63.30.200.182]) by mail.dreach.com (Lotus Domino Build 166.1) with SMTP id 2000110600274500:131685 ; Mon, 6 Nov 2000 00:27:45 +0800 
To: v@bsvbb.de
Subject: At last, Herbal V, the all Natural Alternative!
X-MIMETrack: Itemize by SMTP Server on mail/Dreach(R5.0 (Intl)|30 March 1999) at 2000-11-06 12:28:14 AM, Serialize by Router on mail/Dreach(R5.0 (Intl)|30 March 1999) at 2000-11-07 10:36:16 AM, Serialize complete at 2000-11-07 10:36:16 AM
Date: Sun, 05 Nov 2000 16:28:14 GMT
Message-ID: <OF26B16F15.F13461B8-ON4825698E.005A79E7@dreach.com>
X-Priority: 3 (Normal)
MIME-Version: 1.0
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Herbal V: An Incredible All-Natural Healthy Alternative To V----a


  Herbal V is the All Natural Approach to Male Virility,
  Vitality and Pleasure.



Available N o w ! 


Welcome to the New Sexual Revolution.

It's the all natural male potency and pleasure pill that men 
everywhere are buzzing about. Herbal V is safe, natural and
specifically formulated to help support male sexual function
and pleasure. You just take two easy-to-swallow tablets
one hour before sex. And there's more great news - you can
get Herbal V for less than $1 a pill.

Amazing word of mouth praise on Herbal V has been spreading 
like wildfire-already over 1,500,000 men  have chosen
Herbal V. Since it is 100% natural you will never have
to worry about safety. Try doctor-recommended Herbal V
today and have the greatest night of your life!


Herbal V... Bringing Back the Magic!


1,585,000 men can't be wrong. To date over 1 million men 
have tried the super supplement Herbal V.
Here is why: 

No Doctor Visit Required 
Available Over the Counter 
Not a Drug 
100% Natural 
Safe, No Worries 
Highest Quality Pharmaceutical-Grade Pure Nutriceuticals 
Guaranteed Potency & Purity 

Be a Real Man Again!

Questions and Answers

What is Herbal V?

Herbal V is a proprietary blend that was specifically
developed as a safe alternative for men who prefer
an all-natural approach to address impotence and boost
sexual performance. This amazing formula first became
popular with Hollywood insiders and the wealthy elite.
They were maximizing their sex lives, long before it 
was available to the general public. 

How does Herbal V work?

Developed by a team whose goal was to create the perfect 
all-natural aphrodisiac. Herbal V is the result of that
remarkable effort. The Herbal V formula contains a precise
blend of cutting edge pro-sexual nutrients from around
the world that provide nutritional support, making it
possible for a man to have a pleasurable sexual experience. 

What can Herbal V do for me?

Herbal V helps support male sexual function and 
pleasure in a safe and natural manner. Simply put, 
it can make your sex life incredible. 

Is Herbal V Safe?

One of the great things about Herbal V is that it is
not a drug. It is an incredible herbal dietary supplement
that provides nutritional support for male sexual function
and pleasure. One of the most comforting features of
Herbal V is that you never have to worry about safety. 

Herbal V: Safe - Natural - Exciting

Many have speculated that because Herbal V is so
popular with men, it must contain prescription drugs
or chemical components. Herbal V does not contain any 
elements or traces of any prescription drug. Herbal V 
is made using the world's most technologically advanced
state-of-the-art cold processing equipment to ensure
maximum purity. Herbal V has been independently analyzed
by the nation's premier testing facility to ensure purity,
quality and to end the rumors that, because it is so
popular, it must somehow be chemical. It is not.
Herbal V is natural - just as it says on the label.
Herbal V is simply fantastic! 

Herbal V: Ingredients

Yohimbe, saw palmetto, avena sativa, androstenedione,
guarana, taurine, siberian ginseng, tribulus terrestris. 
Tribulus Terrestis is certified to enhanced testosterone
levels by increasing Luteinzing hormone (LH) levels. 
Androstenedione which is a precursor to testosterone
unlocks bound testosterone and makes it biologically
active again quickly. This means a dramatic surge in 
desire. Avena Sativa Stimulates the neurotransmitter 
pleasure centers to maximum capacity. This greatly
intensifies pleasure.

Just listen to what Herbal V has done for the sex lives
of people like you!

“On a scale of 1 to 10, it's a 15. Electrifying. It's like 
a wonder pill!” 
— Justin Q B., New Haven, Texas

“I haven't had sexual relations in 11 years. Then with 
Herbal V it was... wow! It works again!” 
— Sid R., Lakeland, Florida

“I had sex four times in one night. It made me feel
like a 19-year-old again.” 
— Chip S, Beech Mountain, North Carolina

“Herbal V has turned my husband into a Sexual Superman! 
I like the fact that it's all natural and has no
side effects. It's bringing back the good old days.” 
— Jennifer B, Beverly Hills, California 

The above testimonials are from product literature, 
and we have not independently verified them.
However, the following testimonial is from a "senior"
gentleman who has purchased his second bottle of
Herbal V. When we heard his words with our own ears,
we asked his permission to print them here. 

 “Man! I'm wild as I can be! I feel like I'm 25 years old again! 
I'm not believing this!” 
                          — Mr. Murphy, age 64, Lampart, IL.



Risk Free: Double Your Money Back Guarantee

If Herbal V does not give the desired results as stated
above, simply return the unused portion for a
double-your money back refund. No questions asked ! 

Order Now: Safe, Fast, Secure, Private

Herbal V with its DOUBLE YOUR MONEY BACK GUARANTEE is
available only through this special promotional offer.
Herbal V arrives in plain packaging for your privacy.
Any and all information is kept strictly confidential.

Payment Methods

You may FAX or Postal Mail Checks, MasterCard, Visa,
& American Express.payments. Money Orders
are accepted only by Postal Mail. 


Each bottle of Herbal V contains 30 tablets, approximately
a 1 month supply.


Step 1: Place a check by your desired quanity.


______ 1 Bottle of Herbal V  $24


______ 2 Bottles of Herbal V $44


______ 3 Bottles of Herbal V $59


Please add $6 shipping and handling for any size order. 
[ Total cost including shipping & handling, 
1 bottle=$30, 2 bottles=$50, 3 bottles=$65 ]

International Orders
Please add $18 shipping and handling for any size order.
[ Total cost including shipping & handling,
1 bottle=$42, 2 bottles=$62, 3 bottles=$77 ]
We cannot accept foreign checks.
International money orders or credit cards only.

Step 2: Place a check by your desired payment method 
and complete fields if necessary.


_____Check or CHECK-BY-FAX [details below]


_____Money Order 


_____American Express 
Account Number__________________ Exp____/____

_____Visa
Account Number__________________ Exp____/____

_____MasterCard
Account Number__________________ Exp____/____


Please make your check or money order payable to
"Lion Sciences National".
 

Step 3: Please complete and print the following fields clearly.


Name ___________________________________________________ 


Address _________________________________________________


City ____________________________________________________ 


State ___________________________________________________ 


Zip _____________________________________________________ 


E-mail __________________________________________________ 


Signature _________________________________________________
[ required for check and credit card orders]



             Toll Free FAX Order Line: 1-800-940-6590
If faxing in your order, please state whether you require
a fax, email, or no confirmation at all. 
Allow up to one day for confirmation, if requested.
FAX orders are processed immediately.

  Or, print & mail to: LSN   
                       3502 N. Powerline Rd. #525 
                       Pompano Beach, FL 33069                


        ______________________________________________________


*CHECK BY FAX ORDERS: Complete the check as normal. Tape
the check in the area below. Below the check, clearly write
the check number, all numbers at the bottom of the check,
& your name. Tape the check below and fax the check to the
toll free FAX number above. Void the check. Our merchant
will electronically debit your account for the amount of 
the check; your reference number for this transaction will
be your check number. Nothing could be safer & easier !

                          TAPE CHECK BELOW















              _____________________________________________________________

This is a one time mailing: Removal is automatic and no further 
contact is necessary. Please Note: Herbal V is not intended to
diagnose, treat, cure or prevent any disease. As individuals differ,
so will results. Herbal V helps provide herbal and nutritional support
for male sexual performance. The FDA has not evaluated these 
statements. For details about our double your money back guarantee,
please write to the above address, attention consumer affairs 
department; enclose a self addressed stamped envelope for this and any 
requested contact information.
Thank You.


Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id RAA23701 for ietf-mta-filters-bks; Fri, 3 Nov 2000 17:08:26 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA23697 for <ietf-mta-filters@imc.org>; Fri, 3 Nov 2000 17:08:25 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117]) by mail.mirapoint.com (Mirapoint) with SMTP id AAO12893; Fri, 3 Nov 2000 17:14:54 -0800 (PST)
X-Spook: PLO Kibo [Hello to all my fans in domestic surveillance] Delta Force Mossad Kennedy Area 51
To: "Nigel Swinson" <Nigel@Swinson.com>
Cc: "Alexey Melnikov" <mel@messagingdirect.com>, <ietf-mta-filters@imc.org>
Subject: Re: draft-melnikov-sieve-imapflags-04.txt
References: <39EA7C92.B8074A42@messagingdirect.com> <39F9BCD5.537B5B7D@oceana.com> <39FD0393.54A4EC9D@messagingdirect.com> <19f801c04270$5f2451c0$73c8d781@nige> <39FF3DDA.51D6D017@messagingdirect.com> <1c7401c043fe$a35b55c0$73c8d781@nige>
From: Tim Showalter <tjs@mirapoint.com>
Date: 03 Nov 2000 17:14:59 -0800
In-Reply-To: "Nigel Swinson"'s message of "Wed, 1 Nov 2000 12:24:09 -0000"
Message-ID: <7d7l6ko7vw.fsf@tim-bsd.mirapoint.com>
Lines: 94
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Also, I am strongly in favor of showing empty flags as [], not as NIL or
"".  NIL is syntactically an identifier, and requires a grammar change;
"" is not a valid IMAP flag, but it looks like a string.  I really hate
:flags "".

"Nigel Swinson" <Nigel@Swinson.com> writes:

> > >  If they are I'd go for:
> > >
> > > keep :globalflags :plus [...]
> > > keep :globalflags :minus [...]
> > >
> > > Which might even be better than :globalflags+ and definately
> > > better than :globalflags_plus.
> > 
> > In this case it is better to have ":globalflags plus [...]" or
> > ":globalflags minus [...]" (no colon in front of plus/minus),
> > because it is confusing (tagged argument that requires another
> > argument, hrrrrr ).
> 
> Ah yeah, it does say in the SIEVE spec:
> - To simplify this specification, tagged arguments SHOULD NOT take
> - tagged arguments as arguments.
> 
> Ok so the tagged optional argument "globalflags" may optionally take 2
> arguments where both are positional.  The first being "plus" /
> "minus", the second being a list of flags.  Yeah I'd be happy with
> that.

:globalflags minus requires a grammar change.  Syntactically, the bare
word "minus" (i.e., no quotes) is an identifier, and cannot occur as a
part of a command.


Personally, I'm opposed to global flags unless the mechanism used to
manipulate them is generic, applies to lists of strings, and the global
list of flags is just a global variable.  We're going to have to end up
with variables, they're mostly going to need to be lists of strings, and
we're going to end up duplicating all of the functionality in the flags
document.

We're going to need remove-items and add-items.  Because of the way
we'll probably end up adding variables (all string-lists can now be
variables) we're going to end up with all of this functionality
available to the flags extension, and duplicating it.  :globalflags_plus
is basically contatination (but the items must be unique);
:globalflags_minus is removal.

How can I temporarily clear the global flags list, or temporarily and
conditionally modify it?  Why is there only one global flags list?

I'm in favor of a very abridged flag mechanism: a ":flags" parameter
that takes a string-list as an argument.  I'm pretty sure that given
basic list operations that variables will require, plus a likely
$global_flags variable, everything else will follow naturally from that.
(We'd need list contatination, addition, and removal, and we'd need to
make it non-destructive.)

Can someone give me a napkin drawing on how global flags are supposed to
look in a UI?  Are we really sure this can't wait until we get some real
programming language features?

I would be glad to do the work to see this through after the base spec
is done.


Why does the global flags list have to be explicitally turned on?  Would
leaving it on all the time and doing :noglobalflags be an improvement?

If we must have global flags in this document, leave out
:globalflags_plus, and do it instead with :globalflags :flags.  This
violates part of section 4, but that can be easily fixed.


Can someone send an example for :globalflags_minus?  I think it should
be left out entirely until we can do variables.  If we have to have it,
we could call it :globalflagsexcept.

Also, the example
        addflag "foo";
        fileinto :flags "foo" :globalflags_minus "foo";
MUST store the flag "foo".  (Explit "foo" stores the flag,
:globalflags_minus "foo" temporarily clears it from the globals list but
the explicit mention wins).
 

I like mark and unmark in principle, but because this is an IMAP-only
document, they should be dropped.  How to do mark and unmark with IMAP
is basically well-known (:flags "\\Flagged"), and should be left for
some future "general" flags extension, if necessary.  If \Flagged isn't
the right way to flag messages, then it's probably a client issue, and
the server probably doesn't know how to do it, either.

Tim



Received: by ns.secondary.com (8.9.3/8.9.3) id NAA18206 for ietf-mta-filters-bks; Fri, 3 Nov 2000 13:18:33 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA18202 for <ietf-mta-filters@imc.org>; Fri, 3 Nov 2000 13:18:32 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117]) by mail.mirapoint.com (Mirapoint) with SMTP id AAO11804; Fri, 3 Nov 2000 13:25:00 -0800 (PST)
X-Spook: Mena SCUD missile Croatian assassination World Trade Center militia Kenneth Starr
To: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com> <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com> <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com> <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
From: Tim Showalter <tjs@mirapoint.com>
Date: 03 Nov 2000 13:25:05 -0800
In-Reply-To: Lawrence Greenfield's message of "Thu, 2 Nov 2000 21:48:02 -0500"
Message-ID: <7dwvekoij2.fsf@tim-bsd.mirapoint.com>
Lines: 7
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Lawrence Greenfield <leg+@andrew.cmu.edu> writes:

> We want the least sane rules, not the prettiest addresses.

agreed.

Tim



Received: by ns.secondary.com (8.9.3/8.9.3) id IAA03638 for ietf-mta-filters-bks; Fri, 3 Nov 2000 08:13:33 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA03631 for <ietf-mta-filters@imc.org>; Fri, 3 Nov 2000 08:13:32 -0800 (PST)
Received: from ken.oceana.com (authenticated) by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eA3GJUF18677; Fri, 3 Nov 2000 11:19:30 -0500
Message-ID: <3A02E54E.80E9BA72@oceana.com>
Date: Fri, 03 Nov 2000 11:18:22 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Showalter <tjs@mirapoint.com>
CC: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com> <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com> <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Tim Showalter wrote:
> 
> Okay, one more time:
> 
> 2.4.2.3. Addresses
> 
> A number of commands call for email addresses, which are also a subset
> of strings.  When these addresses are used in outbound contexts,
> addresses must be compliant with [IMAIL], but are further constrained.
> Using the symbols defined in [IMAIL], section 6.1, the syntax of an
> address is:
> 
> .nf
>         sieve-address = addr-spec               ; simple address
>                       / phrase addr-spec        ; name & addr-spec
> .fi

Just looked at this one last time.  I don't know if this is an nroff
fart or an oversight, but the grammar should be:

	sieve-address	= addr-spec			; simple address
			/ phrase "<" addr-spec ">"	; name & addr-spec


You might already have the "< >" in your source, but just wanted to make
sure.

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


Received: by ns.secondary.com (8.9.3/8.9.3) id TAA24514 for ietf-mta-filters-bks; Thu, 2 Nov 2000 19:08:31 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id TAA24509 for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 19:08:29 -0800 (PST)
Received: from  by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) id eA33EOX24813; Thu, 2 Nov 2000 22:14:24 -0500
X-Authentication-Warning: eagle.oceana.com: nobody set sender to ken@oceana.com using -f
To: Lawrence Greenfield <leg+@andrew.cmu.edu>
Subject: Re: sieve 13, corrections made during last-call discussion
Message-ID: <973221264.3a022d90350c3@home.oceana.com>
Date: Thu, 02 Nov 2000 22:14:24 -0500 (EST)
From: Ken Murchison <ken@oceana.com>
Cc: Tim Showalter <tjs@mirapoint.com>, ietf-mta-filters@imc.org
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>  <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>  <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com> <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
In-Reply-To: <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.0
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Quoting Lawrence Greenfield <leg+@andrew.cmu.edu>:

>    Date: Thu, 02 Nov 2000 20:51:01 -0500
>    From: Ken Murchison <ken@oceana.com>
> 
>    One last point (I promise :^)  Are you going to use sieve-address in
> the
>    formal grammar for redirect/vacation?  I think just saying that
>    addresses "are also a subset
>    of strings" leaves room for someone to do:
> 
>    redirect text:
>    Nobody
>    (test user)
>    <foo@bar.com>
>    .
>    ;
> 
>    Do we really want to allow this?  This should still parse OK, but
> it's
>    pretty ugly.  Maybe stating that addresses are a subset of
>    quoted-strings would be better?  Or better yet, define: 
> 
> I don't think we should care about ugliness.  It's ugly but it's a legal
> address with a single interpretation, so it's fine.
> 
> We want the least sane rules, not the prettiest addresses.

Fine.

BTW, I verified that cmu-sieve can handle this.  I was confident that the script 
would be parsed OK, but was pleasently surprised that sendmail was able to 
accept an address with CRLF in it.

Ken
--
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


Received: by ns.secondary.com (8.9.3/8.9.3) id SAA23579 for ietf-mta-filters-bks; Thu, 2 Nov 2000 18:41:41 -0800 (PST)
Received: from smtp5.andrew.cmu.edu (SMTP5.ANDREW.CMU.EDU [128.2.10.85]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA23575 for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 18:41:40 -0800 (PST)
Received: from PENGUIN.ANDREW.CMU.EDU (PENGUIN.ANDREW.CMU.EDU [128.2.122.2]) (authenticated as leg with KERBEROS_V4 (56 bits)) by smtp5.andrew.cmu.edu (8.11.1/8.11.1) with ESMTP id eA32m2K14641; Thu, 2 Nov 2000 21:48:02 -0500
Date: Thu, 2 Nov 2000 21:48:02 -0500
Message-Id: <200011030248.eA32m2K14641@smtp5.andrew.cmu.edu>
From: Lawrence Greenfield <leg+@andrew.cmu.edu>
X-Mailer: BatIMail version 3.2
To: Tim Showalter <tjs@mirapoint.com>, Ken Murchison <ken@oceana.com>
Cc: ietf-mta-filters@imc.org
In-reply-to: <3A021A05.19019A14@oceana.com>
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com>		<39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com>		<39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com> <3A021A05.19019A14@oceana.com>
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

   Date: Thu, 02 Nov 2000 20:51:01 -0500
   From: Ken Murchison <ken@oceana.com>

   One last point (I promise :^)  Are you going to use sieve-address in the
   formal grammar for redirect/vacation?  I think just saying that
   addresses "are also a subset
   of strings" leaves room for someone to do:

   redirect text:
   Nobody
   (test user)
   <foo@bar.com>
   .
   ;

   Do we really want to allow this?  This should still parse OK, but it's
   pretty ugly.  Maybe stating that addresses are a subset of
   quoted-strings would be better?  Or better yet, define: 

I don't think we should care about ugliness.  It's ugly but it's a legal
address with a single interpretation, so it's fine.

We want the least sane rules, not the prettiest addresses.

Larry



Received: by ns.secondary.com (8.9.3/8.9.3) id RAA21606 for ietf-mta-filters-bks; Thu, 2 Nov 2000 17:44:19 -0800 (PST)
Received: from eagle.oceana.com (eagle.oceana.com [208.17.123.12]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id RAA21602 for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 17:44:17 -0800 (PST)
Received: from ppp4.oceana.com (authenticated) by eagle.oceana.com (Switch-2.0.5/Switch-2.0.5) with ESMTP id eA31oCF22248; Thu, 2 Nov 2000 20:50:12 -0500
Message-ID: <3A021A05.19019A14@oceana.com>
Date: Thu, 02 Nov 2000 20:51:01 -0500
From: Ken Murchison <ken@oceana.com>
Organization: Oceana Matrix Ltd.
X-Mailer: Mozilla 4.73 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Showalter <tjs@mirapoint.com>
CC: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com> <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com> <39FF85A2.9405B6C8@oceana.com> <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Tim Showalter wrote:
> 
> Ken Murchison <ken@oceana.com> writes:
> 
> > Here's another fly in the ointment: What about 'domain-literals'?  Even
> > [IMAIL] discourages that they be used.  Should we just define the syntax
> > of what sieve should support in its entirety, or am I just being a pain
> > in the ass now?  (taking a 4 year-old trick-or-treating will do that to
> > you :^)
> 
> I really don't want to define the whole syntax.
> 
> I have no problem with allowing domain literals, or, in fact, any of the
> comment stuff that's in 822.  Those are potentially useful, and while
> they're discouraged, there's no real good way around them.
> 
> Okay, one more time:
> 
> 2.4.2.3. Addresses
> 
> A number of commands call for email addresses, which are also a subset
> of strings.  When these addresses are used in outbound contexts,
> addresses must be compliant with [IMAIL], but are further constrained.
> Using the symbols defined in [IMAIL], section 6.1, the syntax of an
> address is:
> 
> .nf
>         sieve-address = addr-spec               ; simple address
>                       / phrase addr-spec        ; name & addr-spec
> .fi
> 
> That is, routes and group syntax are not permitted.  If multiple
> addresses are required, use a string list.  Named groups are not used
> here.
> 
> Implementations MUST ensure that the addresses are syntactically
> valid, but need not ensure that they actually identify an email
> recipient.
> 
> Tim

Looks good to me.

One last point (I promise :^)  Are you going to use sieve-address in the
formal grammar for redirect/vacation?  I think just saying that
addresses "are also a subset
of strings" leaves room for someone to do:

redirect text:
Nobody
(test user)
<foo@bar.com>
.
;

Do we really want to allow this?  This should still parse OK, but it's
pretty ugly.  Maybe stating that addresses are a subset of
quoted-strings would be better?  Or better yet, define: 

addr	= DQUOTE addr-spec DQUOTE		; simple address
	/ QUOTE phrase addr-spec QUOTE		; name & addr-spec

addr-list = "[" addr *("," addr) "]" / addr


And 'addr' and 'addr-list' would be used in the definitions of redirect
and vacation.

Just a thought.

Ken
-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp


Received: by ns.secondary.com (8.9.3/8.9.3) id OAA14099 for ietf-mta-filters-bks; Thu, 2 Nov 2000 14:18:24 -0800 (PST)
Received: from mail.mirapoint.com (IDENT:mirapoint@mail.mirapoint.com [208.48.74.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA14095 for <ietf-mta-filters@imc.org>; Thu, 2 Nov 2000 14:18:23 -0800 (PST)
Received: from tim-bsd.mirapoint.com (tim-bsd.mirapoint.com [192.168.0.117]) by mail.mirapoint.com (Mirapoint) with SMTP id AAO07095; Thu, 2 Nov 2000 14:24:46 -0800 (PST)
X-Spook: FBI Saddam Hussein quiche BATF domestic disruption Kennedy Craig Livingstone
To: Ken Murchison <ken@oceana.com>
Cc: ietf-mta-filters@imc.org
Subject: Re: sieve 13, corrections made during last-call discussion
References: <7dwvepbymo.fsf_-_@tim-bsd.mirapoint.com> <39FED9A9.A6AE23DF@oceana.com> <7d3dhcbpiv.fsf@tim-bsd.mirapoint.com> <39FF85A2.9405B6C8@oceana.com>
From: Tim Showalter <tjs@mirapoint.com>
Date: 02 Nov 2000 14:24:50 -0800
In-Reply-To: Ken Murchison's message of "Tue, 31 Oct 2000 21:53:22 -0500"
Message-ID: <7dlmv2ovv1.fsf@tim-bsd.mirapoint.com>
Lines: 38
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Ken Murchison <ken@oceana.com> writes:

> Here's another fly in the ointment: What about 'domain-literals'?  Even
> [IMAIL] discourages that they be used.  Should we just define the syntax
> of what sieve should support in its entirety, or am I just being a pain
> in the ass now?  (taking a 4 year-old trick-or-treating will do that to
> you :^)

I really don't want to define the whole syntax.

I have no problem with allowing domain literals, or, in fact, any of the
comment stuff that's in 822.  Those are potentially useful, and while
they're discouraged, there's no real good way around them.

Okay, one more time:

2.4.2.3. Addresses

A number of commands call for email addresses, which are also a subset
of strings.  When these addresses are used in outbound contexts,
addresses must be compliant with [IMAIL], but are further constrained.
Using the symbols defined in [IMAIL], section 6.1, the syntax of an
address is:

.nf
	sieve-address = addr-spec		; simple address
		      / phrase addr-spec	; name & addr-spec
.fi

That is, routes and group syntax are not permitted.  If multiple
addresses are required, use a string list.  Named groups are not used
here.

Implementations MUST ensure that the addresses are syntactically
valid, but need not ensure that they actually identify an email
recipient.

Tim



Received: by ns.secondary.com (8.9.3/8.9.3) id EAA09107 for ietf-mta-filters-bks; Wed, 1 Nov 2000 04:19:34 -0800 (PST)
Received: from c000.snv.cp.net (c000-h001.c000.snv.cp.net [209.228.32.65]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id EAA09103 for <ietf-mta-filters@imc.org>; Wed, 1 Nov 2000 04:19:33 -0800 (PST)
Received: (cpmta 25893 invoked from network); 1 Nov 2000 04:25:22 -0800
Received: from commercial.ucs.ed.ac.uk (HELO nige) (129.215.200.115) by smtp.swinson.com (209.228.32.65) with SMTP; 1 Nov 2000 04:25:22 -0800
X-Sent: 1 Nov 2000 12:25:22 GMT
Message-ID: <1c7401c043fe$a35b55c0$73c8d781@nige>
From: "Nigel Swinson" <Nigel@Swinson.com>
To: "Alexey Melnikov" <mel@messagingdirect.com>
Cc: <ietf-mta-filters@imc.org>
References: <39EA7C92.B8074A42@messagingdirect.com> <39F9BCD5.537B5B7D@oceana.com> <39FD0393.54A4EC9D@messagingdirect.com> <19f801c04270$5f2451c0$73c8d781@nige> <39FF3DDA.51D6D017@messagingdirect.com>
Subject: Re: draft-melnikov-sieve-imapflags-04.txt
Date: Wed, 1 Nov 2000 12:24:09 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset="koi8-r"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ns.secondary.com id EAA09104
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

> >  If they are I'd go for:
> >
> > keep :globalflags :plus [...]
> > keep :globalflags :minus [...]
> >
> > Which might even be better than :globalflags+ and definately better than :globalflags_plus.
> 
> In this case it is better to have ":globalflags plus [...]" or ":globalflags minus [...]" (no colon in front of plus/minus), because it is confusing (tagged argument that requires another argument, hrrrrr ).

Ah yeah, it does say in the SIEVE spec:
- To simplify this specification, tagged arguments SHOULD NOT take
- tagged arguments as arguments.

Ok so the tagged optional argument "globalflags" may optionally take 2 arguments where both are positional.  The first being "plus" / "minus", the second being a list of flags.  Yeah I'd be happy with that.

Nigel



