<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>validierung &#8211; Karl Jepertinger IT Consulting</title>
	<atom:link href="https://www.jepertinger-itconsulting.de/tag/validierung/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.jepertinger-itconsulting.de</link>
	<description>Consultant as a Service!</description>
	<lastBuildDate>Mon, 09 Oct 2017 14:43:09 +0000</lastBuildDate>
	<language>de-DE</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.0.1</generator>
	<item>
		<title>Regular Expressions und Top Level Domains</title>
		<link>https://www.jepertinger-itconsulting.de/2017/10/04/regular-expressions-und-top-level-domains/</link>
		
		<dc:creator><![CDATA[Karl Jepertinger]]></dc:creator>
		<pubDate>Wed, 04 Oct 2017 19:20:00 +0000</pubDate>
				<category><![CDATA[Programmierung]]></category>
		<category><![CDATA[domain]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[länge]]></category>
		<category><![CDATA[prüfung]]></category>
		<category><![CDATA[regexp]]></category>
		<category><![CDATA[validierung]]></category>
		<guid isPermaLink="false">https://www.jepertinger-itconsulting.de/?p=766</guid>

					<description><![CDATA[Eine häufige Aufgabe in der Programmierung ist das suchen/validieren von Email-Adressen. Mal davon abgesehen, dass ein regulärer Ausdruck nur bedingt dazu benutzt werden kann, funktionieren filtern grobe Näherungen schon mal die meisten. Dies ist eine grobe Näherung wie sie in vielen &#8230; <a href="https://www.jepertinger-itconsulting.de/2017/10/04/regular-expressions-und-top-level-domains/">Weiterlesen <span class="meta-nav">&#8594;</span></a>]]></description>
										<content:encoded><![CDATA[<p>Eine häufige Aufgabe in der Programmierung ist das suchen/validieren von Email-Adressen. Mal davon abgesehen, dass ein regulärer Ausdruck nur <a href="http://www.regular-expressions.info/email.html" target="_blank" rel="noopener">bedingt </a>dazu benutzt werden kann, funktionieren filtern grobe Näherungen schon mal die meisten. <span id="more-766"></span>Dies ist eine grobe Näherung wie sie in vielen Programmen bereits hinterlegt ist. Auch im Internet finden sich noch oft Ausdrücke wie dieser (<a href="https://stackoverflow.com/questions/29392621/regex-to-extract-email" target="_blank" rel="noopener">Quelle</a>):</p>
<p><code><span class="pln">strPattern  </span><span class="pun">=</span> <span class="str">"^([a-zA-Z0-9_\-\.]+)@[a-z0-9-]+(\.[a-z0-9-]+)*(\.[a-z]{2,3})$"</span></code></p>
<p>In diesem Blogpost geht es mir im besonderen um das Matching der Toplevel-Domain. Dabei ist vielfach noch hinterlegt, dass diese zwischen zwei und drei Buchstaben lang sein muss. Das gilt aber leider nur bei &#8222;country code top level domains&#8220;, die eben einem Land gehören. Generische Top Level Domains sind meist länger. Eine&#8220;.info&#8220;-Domain ist valide, würde aber von obigem Regex nicht gematcht.</p>
<p><code><span class="pln">strPattern  </span><span class="pun">=</span> <span class="str">"^([a-zA-Z0-9_\-\.]+)@[a-z0-9-]+(\.[a-z0-9-]+)*(\.[a-z]<strong>{2,}</strong>)$"</span></code></p>
<p>Obiger Regex ist derweil immer noch nur eine Näherung an den IEEE-Standard, filtert aber längere Toplevel-Domains nicht mehr aus.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
