
<html><head></head><body>I see what you are saying. I think that's precisely the case.<br>-- <br>Mark W. Datysgeld from Governance Primer [www.markwd.website]<br>In partnership with AR-TARC and the Brazilian Association of Software Companies (ABES)<br><br><div class="gmail_quote">On August 14, 2020 1:13:03 PM GMT-03:00, John Levine <john.levine@standcore.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">In article <58D262E2-7B30-4F9B-882F-49865CDC4B2A@governanceprimer.com> you write:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><hr>Abdel, thank you greatly for this.<br><br>One of the coders at Governance Primer has been studying that code since you showed it on the EAI call, and came up<br>witht he following variant:<br><br>^(([\p{L}.%+-]+@[\p{L}.-]+\.[\p{L}]{2,})|([\p{L}]{2,}\.[\p{L}.-]+@[\p{L}.%+-]+))$<br><br>What do you think about this one?<br></blockquote><br>I don't understand what this one is trying to do but it's clearly wrong since<br>it allows % in host names.<br><br>If it's trying to handle RTL scripts, your coder misunderstands the<br>way RE matching works. It matches characters in the order they're<br>stored, not the order they're displayed.<br></pre></blockquote></div></body></html>