On Mon, 02 Dec 2002 13:59:03 -0700, "Jason R. Mastaler"
<[EMAIL PROTECTED]> wrote:
> I'll let Tim answer, but one thing we've tried to do is keep the
> filter language simple while still allowing adequate power and
> flexibility. I think the last thing we want is something like procmail
> where you can do practically anything, but is extremely difficult to
> figure out how.
>
> Is there something that you feel is missing from the current language?
Err, umm, heh heh... well, I don't think I'd say that anything is
MISSING, precisely. It does everything that *I* need. I just think
that it could be a little more cool if the parser was going to be
rewritten anyhow.
Please, everyone, do not jump all over my back for saying this. I do
not mean to criticize how it is done as it seems to work quite well.
I am *NOT* suggesting a change. I am merely curious if the following
could have been done:
Could the filters be done in Python code instead of a proprietary
script syntax?
I think it would be neat to write:
if from-file("~/.tmda/lists/work"):
deliver(dir="~/Maildir-work/")
instead of:
from-file ~/.tmda/lists/work deliver=~/Maildir-work/
Then the precompiling process would just be a matter of generating a
pyc. Plus we could check multiple conditions instead of just one. We
could even do multiple things instead of just one thing, like perhaps
deliver a message and bounce back a vacation message. We could even
test conditions that there is no scripting for such as dated addresses
having expired (yes, I know there is a default for this, but perhaps
we could make it a condition by scripting in Python?).
If it was done in Python, there would be no limit to how flexible it
could be and what configuration variables we could test.
Just my 2�.
Gre7g.
_________________________________________________
tmda-workers mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-workers
