Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.javascript > #19239

Re: Restrict a domain on Email Validation

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>

Show all headers | View raw


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


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