From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann)
Cc: <ding@gnus.org>
Subject: Re: Sieve support?
Date: Fri, 02 Nov 2001 10:14:38 +0100 [thread overview]
Message-ID: <vafsnbxwn41.fsf@INBOX.auto.gnus.tok.lucy.cs.uni-dortmund.de> (raw)
In-Reply-To: <Pine.LNX.4.33.0111020945010.16429-100000@slipsten.extundo.com> (Simon Josefsson's message of "Fri, 2 Nov 2001 09:50:19 +0100 (CET)")
Simon Josefsson <jas@extundo.com> writes:
>> Well, err, it would invoke stop only inside the if...
>
> Really? I don't know Sieve, but the following seems to be the only
> explanation about "stop" in the RFC, and it looks like it quits the whole
> script. I've never used "stop" though, so I may be misreading the RFC.
I meant: it only invokes `stop' if the condition matches.
>> Does that mean I get something like
>>
>> if foo {
>> fileinto "bar";
>> stop;
>> }
>>
>> when crossposting is off and
>>
>> if foo {
>> fileinto "bar";
>> }
>>
>> when crossposting is on? That's what I wanted to suggest, too.
>
> Right now you get
>
> if foo {
> fileinto "foo"
> }
> elsif bar {
> fileinto "bar
> }
>
> if `gnus-sieve-crosspost' is nil, and
>
> if foo {
> fileinto "foo";
> }
> if bar {
> fileinto "bar";
> }
>
> otherwise.
Ah, yes, I think I used to have your style, too. But then somewhere
I read about problems with nesting depths. So I converted your
if/elseif style into mine.
Hm. But you're right -- in your case it would be possible to add
more action after the whole if/elseif/else statement. Hm.
To learn more, I'd have to know more about how your idea constructs
the whole Sieve script -- where are the group specific rules inserted
and what happens when the user changes group rules and how is the
other part of the script preserved...
I can't test your sieve mechanism because I'm using an old Cyrus
version which uses an old sieve protocol.
Though of course I could test your rule-generating part. Hm. But
I've already got so many useful rules :-)
kai
--
Lisp is kinda like tpircstsoP
next prev parent reply other threads:[~2001-11-02 9:14 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-21 13:01 Simon Josefsson
2001-10-21 14:02 ` Kai Großjohann
2001-10-22 1:21 ` Daniel Pittman
2001-11-01 0:53 ` Simon Josefsson
2001-11-01 16:08 ` Kai Großjohann
2001-11-01 16:50 ` Simon Josefsson
2001-11-02 8:25 ` Kai Großjohann
2001-11-02 8:50 ` Simon Josefsson
2001-11-02 9:14 ` Kai Großjohann [this message]
2001-11-02 12:39 ` Simon Josefsson
2001-11-02 16:24 ` Kai Großjohann
2001-11-02 17:52 ` Amos Gouaux
2001-11-02 22:29 ` Kai Großjohann
2001-11-04 14:49 ` Steinar Bang
2001-11-04 17:35 ` Amos Gouaux
2001-11-04 18:06 ` Simon Josefsson
2001-11-04 18:44 ` Amos Gouaux
2001-11-02 17:48 ` Amos Gouaux
2001-11-02 19:59 ` Simon Josefsson
2001-11-03 0:35 ` NAGY Andras
2001-11-03 18:58 ` possible gnus-sieve bug NAGY Andras
2001-11-03 19:06 ` Simon Josefsson
2001-11-04 13:17 ` NAGY Andras
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=vafsnbxwn41.fsf@INBOX.auto.gnus.tok.lucy.cs.uni-dortmund.de \
--to=kai.grossjohann@cs.uni-dortmund.de \
--cc=ding@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).