Laurence Lundblade | 2 Apr 1998 04:35

LA IETF BOF notes

Sieve BOF, Meetings Notes March 31 1998, IETF, Los Angeles Taken by
Laurence Lundblade  ==============================================
The
generally stated thought at the outset of the BOF was move to sieve
to extended last call, not form a working group. Presentation on
Problem Definition - Ned Freed
---------------------------------------------- Goals: - Simple
language for simple filtering - Language performs test, then actions
- Analysis and actions are intentionally limited - Includes an
extension mechanism - Not intended to solve spam problem, just
provide tools - Not intended or do everything MUA filters do now -
Language be such that a GUI or forms-based editor can be used -
Focus
is on the language, not the transport or storage Discussion points:
-
filtering to be done on or around the time of final delivery - Want
to reserve option to do at a gateway - working group charter would
be
very limited (if we get to a working group) - Need language defined
first before we do extensions - Not clear how to manage extensions
yet Some discussion about having a separate requirements draft was
had. It was more or less settled that we would take a closer look at
the first sections of the current draft and refine it if needed.
Review of SIEVE draft - Tim Showalter
------------------------------------- Tim reviewed the -04 draft.
You
can read it yourself :-). The rest are points brought up in the
discussion. Are planning to add "elsif" Issue with mailbox names: -
suggested answer is to use UTF8. Fileinto is (currently) a move,
though it is locally defined, because it would be hard to define
(Continue reading)

Laurence Lundblade | 2 Apr 1998 18:28

LA IETF BOF Notes (better formatting)

Sieve BOF Meetings Notes
March 31 1998, IETF, Los Angeles
Taken by Laurence Lundblade <lgl <at> qualcomm.com>
==============================================

The generally stated thought at the outset of the BOF was move to sieve to
extended last call, not form a working group. 

Presentation on Problem Definition - Ned Freed
----------------------------------------------
Goals: 
- Simple language for simple filtering
- Language performs test, then actions
- Analysis and actions are intentionally limited
- Includes an extension mechanism
- Not intended to solve spam problem, just provide tools
- Not intended or do everything MUA filters do now
- Language be such that a GUI or forms-based editor can be used
- Focus is on the language, not the transport or storage

Discussion points:
- filtering to be done on or around the time of final delivery 
- Want to reserve option to do at a gateway
- working group charter would be very limited (if we get to a
   working group) 
- Need language defined first before we do extensions
- Not clear how to manage extensions yet

Some discussion about having a separate requirements draft was had. It was
more or less settled that we would take a closer look at the first
(Continue reading)


Gmane