Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.javascript > #19239
| Message-ID | <4132599.O2IUq2hl1o@PointedEars.de> (permalink) |
|---|---|
| From | Thomas 'PointedEars' Lahn <PointedEars@web.de> |
| Organization | PointedEars Software (PES) |
| Date | 2013-04-12 00:42 +0200 |
| Subject | Re: Restrict a domain on Email Validation |
| Newsgroups | comp.lang.javascript |
| References | (4 earlier) <kk743r$2vr$1@news.albasani.net> <3115834.VOAWd18DUa@PointedEars.de> <kk79oi$f7q$1@news.albasani.net> <1934436.yJr0pKV1Qq@PointedEars.de> <kk7d5p$lfj$1@news.albasani.net> |
Stefan Weiss wrote:
> On 2013-04-11 23:31, Thomas 'PointedEars' Lahn wrote:
>> Stefan Weiss wrote:
>>> So it doesn't solve the problem as stated:
>>>
>>> | block all email addresses from @forbidden.*
>>> | (Where * can be org, com. co.uk, se ...... etc)
>>>
>>> forbidden.planet.example.com is clearly a false positive.
>>
>> Your logic is flawed. “...... etc” makes it clear that *any* domain name
>> whose bottom level is named “forbidden” is to be rejected, including
>> forbidden.planet.example.com.
>
> That's a *very* generous interpretation of "etc".
You must be kidding. That (anything of the same sort) is the very meaning
of ”etc.” – et cetera – and so on. I do not think the program (or problem)
specification could be more clear in that respect: “*” is used as a
placeholder here; it is defined by examples afterwards, where the list of
examples is _not_ exhaustive, due to “etc.” Much like saying “Even numbers,
like 2, 4, 6, etc.” by definition includes 42.
> If that's indeed how you read it, the whole problem becomes trivial.
> In that case, I wonder why you would prefer a regular expression to
> indexOf().
Because – again – indexOf() is _not_ equivalent.
>>> To be clear, for the purpose of testing if the domain name
>>> part "forbidden" follows the @-sign,
>>>
>>> if (!(/original-regex/.test(str) && !/your-regex/.test(str)))
>>>
>>> is equivalent to
>>>
>>> if (!(/original-regex/.test(str) && str.indexOf("@forbidden.") < 0))
>>>
>>> or, with the negated parenthesized expression resolved,
>>>
>>> if (!/original-regex/.test(str) || str.indexOf("@forbidden.") > -1)
>>
>> No, it is not. Your logic is flawed.
>
> Saying "no" and "your logic is flawed" means nothing (especially coming
> from you). If you find anything to disprove the statement, let me know;
> until then I'll just consider you too stubborn to admit a mistake.
No, this is not how a proper discussion works. You are to prove your
argument first. You will see then that you are wrong.
HTH
--
PointedEars
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.
Back to comp.lang.javascript | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Restrict a domain on Email Validation GarryJones <morack@algonet.se> - 2013-04-11 10:33 -0700
Re: Restrict a domain on Email Validation Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-04-11 20:40 +0200
Re: Restrict a domain on Email Validation Stefan Weiss <krewecherl@gmail.com> - 2013-04-11 20:53 +0200
Re: Restrict a domain on Email Validation Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-04-11 21:09 +0200
Re: Restrict a domain on Email Validation Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-04-11 21:35 +0200
Re: Restrict a domain on Email Validation Stefan Weiss <krewecherl@gmail.com> - 2013-04-11 21:49 +0200
Re: Restrict a domain on Email Validation Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-04-11 22:04 +0200
Re: Restrict a domain on Email Validation Stefan Weiss <krewecherl@gmail.com> - 2013-04-11 23:25 +0200
Re: Restrict a domain on Email Validation Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-04-11 23:31 +0200
Re: Restrict a domain on Email Validation Stefan Weiss <krewecherl@gmail.com> - 2013-04-12 00:23 +0200
Re: Restrict a domain on Email Validation Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-04-12 00:42 +0200
Re: Restrict a domain on Email Validation Stefan Weiss <krewecherl@gmail.com> - 2013-04-13 11:36 +0200
Re: Restrict a domain on Email Validation Scott Sauyet <scott.sauyet@gmail.com> - 2013-04-20 13:30 -0700
Re: Restrict a domain on Email Validation Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-04-12 00:51 +0200
Re: Restrict a domain on Email Validation Dr J R Stockton <reply1300@merlyn.demon.co.uk.invalid> - 2013-04-12 19:36 +0100
Re: Restrict a domain on Email Validation "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2013-04-13 10:40 +0200
csiph-web