From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <7e4dcb07e2f32f0ecf9267769024556d@quanstro.net>
From: erik quanstrom <quanstro@quanstro.net>
Date: Sun, 15 Feb 2009 18:45:44 -0500
To: 9fans@9fans.net
In-Reply-To: <dd6fe68a0902151522x2cacbe44h2c1e1a5658e8f192@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] yahoo calendar spam
Topicbox-Message-UUID: a12dcdae-ead4-11e9-9d60-3106f5b1d025

> i assume you mean shell wildcards,
> which are not regular expressions in
> the regexp(6) sense of the word.

yes, my mistake

> >> dropuser=(reply.yahoo.com!calendar-invite)
> >>
> >> if(eval ~ $dom!$addr $dropuser)
> >>       exit 'member of dropuser list'
>
> despite your comment i don't understand why you
> are messing with eval here.  using eval is almost
> always wrong.

true.  however, this list of exceptions is one of
several.  rather than put the lists inline with the
code, i thought it would be easier to read and
modify with the lists at the top.  also, most of
the other lists do need some sort of wildcarding.
for example,
# ignore spf mismatches from these domains
spfign=(*.bell-labs.com mac.com)
the full script is /n/sources/contrib/quanstro/nupas/bits/verifysender
i thought it more understandable to treat all
the lists in the same way, rather than make
special cases.

a way of avoiding eval that wasn't more convoluted
wasn't apparent to me at the time.

- erik