as per the subject, i have the following regex to limit registering eddress domains:

^\w+@(abc.com|nbc.com|anyotherdomain.com)$

The regex works perfectly fine, and in testing the straight regex, both drew@abc.com and drew@ABC.com will match, but when the regex is added to DNN's User Settings page for Email Address Validation, the latter will fail. I have some pie on my face for this one and wondered if somebody can show me the folly in my effort. cheers, drew..

this error occurs on 4.5.3. Perhaps i will comb thru Gemini to see if i can find that fix, rather than upgrading the whole site. Does anyone have any quick pointer to the issue? thanks kindly in advance..  and ps: i will test this on my new 4.7 install in a moment..   drew..

i don't mind being wrong, and i realized the online tester i was using was set to be globally case-insensitive.. crap.. so to complete this thread, dnn works fine, and i need to study up on regex: With the help of Expresso, i mangled together:

^[a-zA-Z0-9._%\-+']+@(?i)(domain\.com|domain1\.com|domain4\.com|domain99\.org)$

which seems to do exactly what i need. To recap for those not too familar with regex:

• ^  marks the start of the email
• [a-zA-Z0-9._%\-+']+    accepts 1 or more of the characters in the square brackets for the left-hand part of the eddress
• @   the universal eddress delimiter
• (?i)    sets the following grouped set of alternative options to be case-insenstive  (this was the crucial piece)
• (domain\.com|domain1\.com|domain4\.com|domain99\.org)   is the list of acceptable domains, and with each period being escaped (preceded by the backslash, regex accepts only that char, which is significantly different than just a period, which forces regex to accept one char of any type.
• $ marks the end of the regex effort.

Hope this helps someone.. drew..