Subject: REVERSE the AGING PROCESS 10-20 Years!

From: [email-masked]
Date: Thu, 30 Nov 2000 20:54:23 -0800 (PST)

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.

Date: Thu, 30 Nov 2000 20:54:23 -0800 (PST)
From: [email-masked]
To: [email-masked]
Subject: REVERSE the AGING PROCESS 10-20 Years!
Sender: [email-masked]

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.

Date: Fri, 24 Nov 2000 09:06:18 -0500
To: <[email-masked]>
From: Yanuly Sanson <[email-masked]>
Subject: How can I foward the Subject line using SIEVE?
Sender: [email-masked]

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: "Nigel Swinson" <[email-masked]>
To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <[email-masked]>
Cc: <[email-masked]>
Subject: Re: Question?
Date: Fri, 24 Nov 2000 11:11:22 -0000
Sender: [email-masked]

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--

Reply-To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <[email-masked]>
From: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <[email-masked]>
To: "Sieve List" <[email-masked]>
Subject: 
Date: Thu, 23 Nov 2000 11:16:54 -0500
Organization: UNICA/CENTIC
Sender: [email-masked]

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: [email-masked]
===========================

Reply-To: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <[email-masked]>
From: "=?iso-8859-1?Q?Jorge_A._Rodr=EDguez_Su=E1rez.?=" <[email-masked]>
To: "Sieve List" <[email-masked]>
Subject: Question?
Date: Thu, 23 Nov 2000 10:46:35 -0500
Organization: UNICA/CENTIC
Sender: [email-masked]

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: [email-masked]
===========================

Date: Fri, 17 Nov 2000 12:32:10 -0500
From: Ken Murchison <[email-masked]>
Organization: Oceana Matrix Ltd.
To: [email-masked]
Subject: Re: Sieve redirect works but vacation doesn't
Sender: [email-masked]

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

Date: Fri, 17 Nov 2000 12:26:37 -0500
From: Tony Hansen <[email-masked]>
Organization: AT&T Laboratories
To: Ken Murchison <[email-masked]>
CC: Gary Mills <[email-masked]>, [email-masked], [email-masked]
Subject: Re: Sieve redirect works but vacation doesn't
Sender: [email-masked]

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 ["[email-masked]", "[email-masked]"] "Testing vacation for the next week";
> >
> > My test messages were sent to [email-masked]''.  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

Date: Fri, 17 Nov 2000 12:13:42 -0500
From: Ken Murchison <[email-masked]>
Organization: Oceana Matrix Ltd.
To: Lawrence Greenfield <[email-masked]>
CC: [email-masked], [email-masked]
Subject: Re: Sieve redirect works but vacation doesn't
Sender: [email-masked]

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 <[email-masked]>
> 
>    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 ["[email-masked]", "[email-masked]"] "Testing vacation for the next week";
>    >
>    > My test messages were sent to [email-masked]''.  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: [email-masked]
Date: Fri, 17 Nov 2000 11:14:35 -0600 (CST)
To: [email-masked]
Subject: Re: Sieve redirect works but vacation doesn't
Cc: [email-masked], [email-masked]
Sender: [email-masked]

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-

Date: Fri, 17 Nov 2000 12:09:13 -0500
From: Lawrence Greenfield <[email-masked]>
To: Ken Murchison <[email-masked]>
Cc: [email-masked], [email-masked]
Subject: Re: Sieve redirect works but vacation doesn't
Sender: [email-masked]

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 <[email-masked]>

   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 ["[email-masked]", "[email-masked]"] "Testing vacation for the next week";
   > 
   > My test messages were sent to [email-masked]''.  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

Date: Fri, 17 Nov 2000 11:50:32 -0500
From: Ken Murchison <[email-masked]>
Organization: Oceana Matrix Ltd.
To: Gary Mills <[email-masked]>
CC: [email-masked], [email-masked]
Subject: Re: Sieve redirect works but vacation doesn't
Sender: [email-masked]

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 ["[email-masked]", "[email-masked]"] "Testing vacation for the next week";
> 
> My test messages were sent to [email-masked]''.  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

To: [email-masked]
From: "Qchex.com" <[email-masked]>
Subject: Send & Accept Checks by Email. FREE !
Reply-To: "Qchex.com" <[email-masked]>
Date: 11/15/00 02:50:52 PM
Sender: [email-masked]

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=[email-masked]

To Opt-Out on future Qchex information, please click on the following link:
http://www.globalzon2k.com/scripts/mfm_de.asp?e=[email-masked]

To: "Roland Pope" <[email-masked]>
Cc: <[email-masked]>
Subject: Re: Redirects that create mail loops
From: Tim Showalter <[email-masked]>
Date: 08 Nov 2000 14:28:01 -0800
Lines: 25
Sender: [email-masked]

"Roland Pope" <[email-masked]> 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: "Roland Pope" <[email-masked]>
To: <[email-masked]>
Subject: Redirects that create mail loops
Date: Thu, 9 Nov 2000 09:45:22 +1300
Sender: [email-masked]

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: [email-masked]
To: [email-masked]
Subject: At last, Herbal V, the all Natural Alternative!
Date: Sun, 05 Nov 2000 16:28:14 GMT
Sender: [email-masked]

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.

To: "Nigel Swinson" <[email-masked]>
Cc: "Alexey Melnikov" <[email-masked]>, <[email-masked]>
Subject: Re: draft-melnikov-sieve-imapflags-04.txt
From: Tim Showalter <[email-masked]>
Date: 03 Nov 2000 17:14:59 -0800
Lines: 94
Sender: [email-masked]

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" <[email-masked]> 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

To: [email-masked]
Subject: Re: sieve 13, corrections made during last-call discussion
From: Tim Showalter <[email-masked]>
Date: 03 Nov 2000 13:25:05 -0800
Lines: 7
Sender: [email-masked]

Lawrence Greenfield <[email-masked]> writes:

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

agreed.

Tim

Date: Fri, 03 Nov 2000 11:18:22 -0500
From: Ken Murchison <[email-masked]>
Organization: Oceana Matrix Ltd.
To: Tim Showalter <[email-masked]>
CC: [email-masked]
Subject: Re: sieve 13, corrections made during last-call discussion
Sender: [email-masked]

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

To: Lawrence Greenfield <[email-masked]>
Subject: Re: sieve 13, corrections made during last-call discussion
Date: Thu, 02 Nov 2000 22:14:24 -0500 (EST)
From: Ken Murchison <[email-masked]>
Cc: Tim Showalter <[email-masked]>, [email-masked]
Sender: [email-masked]

Quoting Lawrence Greenfield <[email-masked]>:

>    Date: Thu, 02 Nov 2000 20:51:01 -0500
>    From: Ken Murchison <[email-masked]>
> 
>    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)
>    <[email-masked]>
>    .
>    ;
> 
>    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

Date: Thu, 2 Nov 2000 21:48:02 -0500
From: Lawrence Greenfield <[email-masked]>
To: Tim Showalter <[email-masked]>, Ken Murchison <[email-masked]>
Cc: [email-masked]
Subject: Re: sieve 13, corrections made during last-call discussion
Sender: [email-masked]

   Date: Thu, 02 Nov 2000 20:51:01 -0500
   From: Ken Murchison <[email-masked]>

   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)
   <[email-masked]>
   .
   ;

   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

Date: Thu, 02 Nov 2000 20:51:01 -0500
From: Ken Murchison <[email-masked]>
Organization: Oceana Matrix Ltd.
To: Tim Showalter <[email-masked]>
CC: [email-masked]
Subject: Re: sieve 13, corrections made during last-call discussion
Sender: [email-masked]

Tim Showalter wrote:
> 
> Ken Murchison <[email-masked]> 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)
<[email-masked]>
.
;

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

To: Ken Murchison <[email-masked]>
Cc: [email-masked]
Subject: Re: sieve 13, corrections made during last-call discussion
From: Tim Showalter <[email-masked]>
Date: 02 Nov 2000 14:24:50 -0800
Lines: 38
Sender: [email-masked]

Ken Murchison <[email-masked]> 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: "Nigel Swinson" <[email-masked]>
To: "Alexey Melnikov" <[email-masked]>
Cc: <[email-masked]>
Subject: Re: draft-melnikov-sieve-imapflags-04.txt
Date: Wed, 1 Nov 2000 12:24:09 -0000
Sender: [email-masked]

> >  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