Tim Showalter | 1 May 22:42 2000

last chance before last call on sieve and vacation

Hi.  I'd like one more chance before last call to get any input on
Sieve and the vacation extension.  Please send any complaints out
before May 3, 5PM (PDT) with any complaints; I intend to submit this
for last call before the end of the week (hopefully Thursday).

Thanks!

Tim

Matthew Wall | 2 May 01:01 2000

Re: last chance before last call on sieve and vacation

-- On Monday, May 1, 2000 1:42 PM -0700 the entity known as Tim Showalter 
<tjs <at> mirapoint.com> wrote:

<begin quote>

>  I intend to submit this
> for last call before the end of the week (hopefully Thursday).

<end quote>

To which Matthew Wall offers this response on Mon, 01 May 2000 19:01:22 
-0400:

clarification, Tim -- do you mean List Last Call, or submitting it for 
Extended Last Call to the IESG?

Tim Showalter | 2 May 01:42 2000

Re: last chance before last call on sieve and vacation

Matthew Wall <wall <at> cyrusoft.com> writes:

> > I intend to submit this for last call before the end of the week
> > (hopefully Thursday).

> clarification, Tim -- do you mean List Last Call, or submitting it for 
> Extended Last Call to the IESG?

I mean an Extended Last Call to the IESG.  We're not a working group,
so there really can't be a list last call.

Tim

Matthew Wall | 2 May 01:52 2000

Re: last chance before last call on sieve and vacation

-- On Monday, May 1, 2000 4:42 PM -0700 the entity known as Tim Showalter 
<tjs <at> mirapoint.com> wrote:

<begin quote>

> We're not a working group,
> so there really can't be a list last call.

<end quote>

To which Matthew Wall offers this response on Mon, 01 May 2000 19:52:29 
-0400:

Well, we can still do it if we feel like it 8-).

That said, I'm ready to move to IESG Extended Last Call.

- mw

Tony Hansen | 2 May 05:40 2000
Picon

Re: last chance before last call on sieve and vacation

In other words, THIS is the list last call. :-)

	Tony

Tim Showalter wrote:
> 
> Matthew Wall <wall <at> cyrusoft.com> writes:
> 
> > > I intend to submit this for last call before the end of the week
> > > (hopefully Thursday).
> 
> > clarification, Tim -- do you mean List Last Call, or submitting it for
> > Extended Last Call to the IESG?
> 
> I mean an Extended Last Call to the IESG.  We're not a working group,
> so there really can't be a list last call.

Randall Gellens | 3 May 06:56 2000

Re: last chance before last call on sieve and vacation

In the Vacation draft:

>  Alternatively, scripts can store records of who has received which 
> message, and never send a message to someone twice.

I think this should be "implementations can store", since there is no 
facility in Sieve itself for storing this info.

>  "Vacation" MUST NOT respond to a message unless the user's email 
> address is in the "To" or "Cc" line of the original message.

Shouldn't the "Bcc" header be permitted, as well?  Some mailers (not 
many, I'll admit) generate a "Bcc" header.  If you have vacation set 
and I use one of these mailers to send mail to your buddy, and I bcc 
you, I should get a vacation notice.

In "3.7. Restricting Replies to Automated Processes", I'd suggest 
also saying that implementations MUST NOT respond to mail that has 
any header fields which start with "List-".

>  Vacation does not affect the implicit keep.

This might be more clear if it said "Vacation, by itself, still 
requires the implicit keep."  I'm not sure, though.

--

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly-selected tag: ---------------
If you can't be a good example, at least be a horrible warning.
(Continue reading)

Gregory Sereda | 3 May 15:04 2000
Picon

Re: last chance before last call on sieve and vacation

At 09:56 PM 5/2/00 -0700, Randall Gellens wrote:
>In the Vacation draft:
>
>>  Alternatively, scripts can store records of who has received which 
>> message, and never send a message to someone twice.
>
>I think this should be "implementations can store", since there is no 
>facility in Sieve itself for storing this info.

Another minor point, "Never say never".  More correctly...

    ... and never send a message to someone twice unless the :days
    specified in the vacation message has been exceeded.

Greg Sereda
AT&T Labs

Gregory Sereda | 3 May 15:25 2000
Picon

Re: last chance before last call on sieve and vacation

Tim,

Regarding extended sieve example on page 38...

   #
   # Keep all messages to or from people in my company
   #
   elsif anyof address :domain :is ["From", "To"] "company.com"
           {
           keep;               # keep in "In" folder
           }

This is a syntax error.  Either remove the "anyof", or enclose the
test list within ( ... )

In the revisions since draft 7, the "anyof" was inserted.

Greg Sereda
AT&T Labs

Randall Gellens | 3 May 17:54 2000

Re: last chance before last call on sieve and vacation

At 9:04 AM -0400 5/3/00, Gregory Sereda wrote:

>   ... and never send a message to someone twice unless the :days
>      specified in the vacation message has been exceeded.

Or

... and never send a message to someone twice unless the :days
  specified in the vacation message has been exceeded or the text to 
be sent has changed.

--

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly-selected tag: ---------------
I worry that the person who thought up Muzak may be thinking up
something else.
  --Lily Tomlin

Gregory Sereda | 3 May 18:23 2000
Picon

Re: last chance before last call on sieve and vacation

At 08:54 AM 5/3/00 -0700, Randall Gellens wrote:
>
>... and never send a message to someone twice unless the :days
>  specified in the vacation message has been exceeded or the text to 
>be sent has changed.

The wording "a message" implies "the same message".  Since the sentance
is getting a little long, the editor may consider this wording...

 ... and never send the same message to someone twice unless the :days
     specified in the vacation message has been exceeded.

Greg Sereda
AT&T Labs


Gmane