[Top] [All Lists]

Re: [sieve] Question about draft-ietf-sieve-external-lists-02

2010-10-13 10:04:55
I'm about to submit an -03 version of external-lists, which we would
presumably do WGLC on.  This version will resolve PSA's issues, and
also Kristin Hubner has provided me with a couple more examples
off-list (thanks, Kristin!), which i've included.

Before I post it, I need to know what the result of the discussion
below (about comparators) is, in relation to updates to the document.
What, if anything, needs to be added to the document about

For reference, I'll attach the impending -03 version.


On Wed, Aug 4, 2010 at 7:00 PM,  
<NED+mta-filters(_at_)mauve(_dot_)mrochek(_dot_)com> wrote:
I personally think that comparators should be allowed with :list, but I
don't have a strong opinion.

Given the points that have been raised, I'm starting to think this is the
answer. In the rare cases where a compprator does make sense to use with an
external list, it can be encoded into the list name.

I also think that making Sieve scripts fail because an implementation
decides that a particular comparator can't be used with :list would be a
bad idea. If we want to go this route, then we need to define how a
particular comparator works for a particular external list URI type.

Yeah, but the problem there is what to do about tag: URLs. I don't know what
other implementations have planned, but we're not exactly keen on letting
specify arbitrary LDAP URLs or anything similar. Instead, the mail admin
up whatever tag: URLs (incuding families of them) they want, and these are
mapped to LDAP, database queries, code callouts, whatever.

As it happens we have no exiting or planned external list mechanisms where a
comparator makes sense, so right now we can simply reject the combination
outright. But suppose this were to change. Given the mapping involved we'd
basically be counting on the admin to specify the handling of comparators,
this means the admin is going to be responsible for setting it up so an
comparator results in an error. Of course we can arrange the defaults so
the "right" think happens most of the time, but even so this doesn't sound
like all that great of an idea...

sieve mailing list

Attachment: draft-ietf-sieve-external-lists-03-prepost1.txt
Description: Text document

sieve mailing list