{"id":4339,"date":"2026-05-02T07:07:58","date_gmt":"2026-05-02T05:07:58","guid":{"rendered":"https:\/\/g7itchme.wordpress.com\/?p=4339"},"modified":"2026-05-02T07:07:58","modified_gmt":"2026-05-02T05:07:58","slug":"e-mail-adressen-clever-erweitern-so-erkennen-sie-den-wahren-absender","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/e-mail-adressen-clever-erweitern-so-erkennen-sie-den-wahren-absender\/","title":{"rendered":"E-Mail-Adressen clever erweitern: So erkennen Sie den wahren Absender"},"content":{"rendered":"

Autor: DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung<\/h2>\n\n\n\n

Die E-Mail ist \u00e4lter als das World Wide Web \u2013 und dennoch eine der am meisten genutzten, aber auch missbrauchten digitalen Kommunikationsformen. Wer t\u00e4glich Dutzende Nachrichten empf\u00e4ngt, steht vor einem Problem: Woher kommt wirklich diese Nachricht? Ist sie von service@amazon.de<\/code> oder doch von einem Betr\u00fcger? Und wenn ich mich auf einer Webseite registriere \u2013 wie verhindere ich, dass meine Hauptadresse in Spam-Datenbanken landet?<\/p>\n\n\n\n

Die Antwort liegt in Erweiterungen der E-Mail-Adresse<\/strong>, die sowohl auf Empf\u00e4nger- als auch auf Absenderseite die Identifikation erm\u00f6glichen. Der folgende Artikel beleuchtet die historischen Wurzeln, die technischen Verfahren (von einfachem Plus-Tagging bis zu kryptografischen Standards wie DKIM) und zeigt, wie Privatanwender wie Unternehmen von diesen Erweiterungen profitieren.<\/p>\n\n\n\n

\n\n\n\n

Hauptteil<\/h2>\n\n\n\n

1. Historische Grundlagen: Die E-Mail-Adresse als einfacher Identifier<\/h3>\n\n\n\n

Das E-Mail-System wurde in den fr\u00fchen 1970er Jahren von Ray Tomlinson entwickelt. Die Adresse folgt dem Schema local@domain<\/code> \u2013 wobei der lokale Teil urspr\u00fcnglich nur einen Benutzernamen auf einem bestimmten Rechner bezeichnete. Eine Erweiterbarkeit<\/strong> war nicht vorgesehen.<\/p>\n\n\n\n

Erst mit der Verbreitung von Mailservern in den 1990ern entstand das Bed\u00fcrfnis, Nachrichten automatisch zu filtern oder zu kategorisieren. Die erste dokumentierte Erweiterungstechnik ist das Subaddressing<\/strong> (auch Plus-Tagging<\/em> genannt), das im RFC 5233 (2008) standardisiert wurde, aber bereits in Sendmail (1980er) und sp\u00e4ter in qmail (1997) implementiert war.<\/p>\n\n\n\n

\n

*Tabelle 1: Historische Meilensteine der E-Mail-Adresserweiterung*<\/p>\n<\/blockquote>\n\n\n\n

Jahr<\/th>Entwicklung<\/th>Bedeutung<\/th><\/tr><\/thead>
1971<\/td>Erste E-Mail \u00fcber ARPANET<\/td>Keine Erweiterung<\/td><\/tr>
1982<\/td>RFC 821 (SMTP)<\/td>Lokaler Teil ist frei interpretierbar<\/td><\/tr>
1997<\/td>qmail unterst\u00fctzt \u201eUser-Delimiters\u201c (+<\/code>)<\/td>Praktische Nutzung von Tags<\/td><\/tr>
2008<\/td>RFC 5233 (Subaddressing)<\/td>Standardisierung f\u00fcr alle Mailserver<\/td><\/tr>
2011<\/td>RFC 6376 (DKIM)<\/td>Kryptografische Absenderidentifikation<\/td><\/tr>
2015<\/td>RFC 7208 (SPF)<\/td>Framework zur Absenderautorisierung<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

2. Die einfache Methode: Subaddressing und ihre T\u00fccken<\/h3>\n\n\n\n

Wie funktioniert Plus-Tagging?<\/h4>\n\n\n\n

Sie \u00e4ndern Ihre E-Mail-Adresse von max@beispiel.de<\/code> zu max+netflix@beispiel.de<\/code>. Der Mailserver ignoriert alles nach dem Pluszeichen und liefert an max<\/code> aus. Sie sehen sofort, dass eine Mail an die +netflix<\/code>-Adresse von Netflix stammt \u2013 oder von einem Spammer, der diese Adresse erbeutet hat.<\/p>\n\n\n\n

Vorteile:<\/strong><\/p>\n\n\n\n

    \n
  • Keine extra Software<\/li>\n\n\n\n
  • Einfache Filterregeln in jedem E-Mail-Client m\u00f6glich<\/li>\n\n\n\n
  • Ideal zur Erkennung von Datenlecks<\/li>\n<\/ul>\n\n\n\n

    Nachteile:<\/strong><\/p>\n\n\n\n

      \n
    • Viele Webformulare akzeptieren das Pluszeichen nicht (f\u00e4lschlicherweise als ung\u00fcltig erachtet)<\/li>\n\n\n\n
    • Manche Dienste (z.\u202fB. PayPal, Banken) entfernen den Tag vor dem Speichern<\/li>\n\n\n\n
    • Der Absender kann den Tag sehen \u2013 er ist nicht geheim<\/li>\n<\/ul>\n\n\n\n

      Punkt-Variation (nur bei Gmail\/Google Mail):<\/strong>
      Gmail ignoriert Punkte im lokalen Teil. max.mustermann@gmail.com<\/code> ist identisch mit maxmustermann@gmail.com<\/code>. Man kann also ma.x.mustermann@gmail.com<\/code> verwenden, ohne dass der Dienst dies bemerkt \u2013 aber das Tag ist nur f\u00fcr den Menschen erkennbar, nicht maschinell auswertbar.<\/p>\n\n\n\n

      3. Professionelle Absenderidentifikation: SPF, DKIM und DMARC<\/h3>\n\n\n\n

      W\u00e4hrend Plus-Tagging dem Empf\u00e4nger<\/strong> hilft, den Verwendungszweck<\/strong> einer Adresse zu erkennen, zielen moderne Standards darauf ab, den tats\u00e4chlichen Absender<\/strong> einer E-Mail zu authentifizieren. Dies ist f\u00fcr Unternehmen und Dom\u00e4neninhaber essenziell, um Phishing zu bek\u00e4mpfen.<\/p>\n\n\n\n

      SPF (Sender Policy Framework, RFC 7208)<\/h4>\n\n\n\n

      Die Domain ver\u00f6ffentlicht im DNS, welche IP-Adressen oder Server berechtigt sind, E-Mails im Namen dieser Domain zu versenden. Erweiterung: v=spf1 include:_spf.google.com ~all<\/code> \u2013 der Empf\u00e4nger kann pr\u00fcfen, ob die Quelle erlaubt ist.<\/p>\n\n\n\n

      DKIM (DomainKeys Identified Mail, RFC 6376)<\/h4>\n\n\n\n

      Der sendende Server f\u00fcgt einen digitalen Header-Bereich hinzu, signiert mit einem privaten Schl\u00fcssel. Der Empf\u00e4nger pr\u00fcft die Signatur mit dem \u00f6ffentlichen Schl\u00fcssel aus dem DNS. So wird die Integrit\u00e4t<\/strong> und Absenderidentit\u00e4t<\/strong> kryptografisch gesichert.<\/p>\n\n\n\n

      DMARC (Domain-based Message Authentication, Reporting & Conformance, RFC 7489)<\/h4>\n\n\n\n

      DMARC setzt SPF und DKIM zusammen und definiert, wie ein Empf\u00e4nger mit nicht-authentifizierten E-Mails umgehen soll (z.\u202fB. ablehnen oder in Quarant\u00e4ne). Zus\u00e4tzlich liefert DMARC Berichte \u00fcber versendete E-Mails \u2013 eine indirekte Form der Absenderidentifikation.<\/p>\n\n\n\n

      \n

      Tabelle 2: Vergleich der Identifikationsmethoden<\/em><\/p>\n<\/blockquote>\n\n\n\n

      Methode<\/th>Wer kann es nutzen?<\/th>Schutzziel<\/th>Identifikation des Absenders<\/th><\/tr><\/thead>
      Plus-Tagging<\/td>Jeder E-Mail-Nutzer (mit Unterst\u00fctzung des Providers)<\/td>Eigene Filterung<\/td>Erkennung des Dienstes (Tag)<\/td><\/tr>
      SPF<\/td>Domaininhaber<\/td>Verhindert Adressf\u00e4lschung (Envelope-From)<\/td>Erlaubte Server<\/td><\/tr>
      DKIM<\/td>Domaininhaber<\/td>Integrit\u00e4t + Signatur des Absenders<\/td>Kryptografisch signierte Domain<\/td><\/tr>
      DMARC<\/td>Domaininhaber mit SPF+DKIM<\/td>Policy f\u00fcr Nicht-\u00dcbereinstimmung<\/td>Bericht \u00fcber missbrauchte Adressen<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

      4. Grenzen und Missbrauchsm\u00f6glichkeiten<\/h3>\n\n\n\n

      Keine Methode ist perfekt:<\/p>\n\n\n\n

        \n
      • Plus-Tagging<\/strong>\u00a0kann von Absendern ignoriert oder umgangen werden (z.\u202fB. durch Entfernen des Tags im Reply-To-Header).<\/li>\n\n\n\n
      • SPF<\/strong>\u00a0scheitert bei Weiterleitungen (Forwarding), weil der urspr\u00fcngliche Envelope-From verloren geht.<\/li>\n\n\n\n
      • DKIM<\/strong>\u00a0erfordert eine korrekte Implementierung \u2013 viele kleine Anbieter haben keine DKIM-Signatur.<\/li>\n\n\n\n
      • DMARC<\/strong>\u00a0im Modus\u00a0reject<\/code>\u00a0kann legitime Mails blockieren, wenn ein Dienst nicht richtig konfiguriert ist.<\/li>\n<\/ul>\n\n\n\n

        Zudem gibt es die M\u00f6glichkeit des Display-Name-Spoofings<\/strong>: Der Absender tr\u00e4gt im \u201eVon\u201c-Feld einen vertrauensw\u00fcrdigen Namen ein, aber die eigentliche Adresse ist eine andere. Das erkennt keine der oben genannten Methoden. Erst Mail-Clients mit Warnhinweisen oder Machine-Learning-Filtern helfen hier.<\/p>\n\n\n\n

        5. Zuk\u00fcnftige Implikationen: BIMI und E-Mail-Standardisierung<\/h3>\n\n\n\n

        BIMI<\/strong> (Brand Indicators for Message Identification) ist ein neuer Standard, der es Marken erlaubt, ihr Logo neben authentifizierten E-Mails anzeigen zu lassen. Voraussetzung: DMARC in reject<\/code> oder quarantine<\/code> sowie ein gepr\u00fcftes Logo. Das ist eine direkte Erweiterung der visuellen Absenderidentifikation f\u00fcr den menschlichen Empf\u00e4nger.<\/p>\n\n\n\n

        Mit dem Aufkommen von E-Mail-Tracking<\/strong> und KI-unterst\u00fctzten Phishing-Angriffen<\/strong> werden sich die Erweiterungsmethoden weiterentwickeln m\u00fcssen. Experten fordern eine obligatorische Authentifizierung aller E-Mail-Domains (\u00e4hnlich wie HTTPS f\u00fcr Webseiten).<\/p>\n\n\n\n

        \n\n\n\n

        Fazit und Ausblick<\/h2>\n\n\n\n

        Die Erweiterung von E-Mail-Adressen zur Absenderidentifikation ist kein einzelner Trick, sondern ein mehrschichtiges System<\/strong>. F\u00fcr Privatpersonen bleibt das Plus-Tagging<\/strong> das praktischste Werkzeug, um Registrierungen nachzuverfolgen. F\u00fcr Unternehmen und Dom\u00e4nenbetreiber sind SPF, DKIM und DMARC<\/strong> heute unverzichtbar, um Identit\u00e4tsbetrug zu erschweren.<\/p>\n\n\n\n

        Allerdings: Die Technik allein sch\u00fctzt nicht vor menschlicher Leichtgl\u00e4ubigkeit. Wer eine gef\u00e4lschte E-Mail mit einem authentischen DKIM-Signatur von einer echten, aber gekaperten Domain erh\u00e4lt, muss immer noch den Inhalt hinterfragen.<\/p>\n\n\n\n

        In Zukunft werden wir standardisierte Anzeigen der Absenderidentit\u00e4t<\/strong> direkt im Mail-Client sehen \u2013 \u00e4hnlich dem gr\u00fcnen Schloss im Browser. Bis dahin gilt: Erweitern Sie Ihre E-Mail-Adressen mit Bedacht, und pr\u00fcfen Sie bei wichtigen Nachrichten immer die tats\u00e4chliche Absenderadresse, nicht nur den angezeigten Namen.<\/p>\n\n\n\n

        \n\n\n\n

        Quellen<\/h2>\n\n\n\n
          \n
        • RFC 5233: \u201eSieve Email Filtering: Subaddress Extension\u201c (2008)<\/li>\n\n\n\n
        • RFC 7208: \u201eSender Policy Framework (SPF)\u201c (2014)<\/li>\n\n\n\n
        • RFC 6376: \u201eDomainKeys Identified Mail (DKIM)\u201c (2011)<\/li>\n\n\n\n
        • RFC 7489: \u201eDomain-based Message Authentication, Reporting & Conformance (DMARC)\u201c (2015)<\/li>\n\n\n\n
        • Google Workspace Admin-Hilfe: \u201eE-Mail-Authentifizierung mit SPF, DKIM und DMARC\u201c (abgerufen 2026)<\/li>\n\n\n\n
        • M. W. Lucas: \u201eAbsolute OpenBSD\u201c (Kapitel zu E-Mail, 3. Auflage, 2013)<\/li>\n\n\n\n
        • Heise online: \u201eBIMI \u2013 Das Firmenlogo in der E-Mail\u201c (2021)<\/li>\n<\/ul>","protected":false},"excerpt":{"rendered":"

          Autor: DerSchneider Einleitung Die E-Mail ist \u00e4lter als das World Wide Web \u2013 und dennoch eine der am meisten genutzten, aber auch missbrauchten digitalen Kommunikationsformen. Wer t\u00e4glich Dutzende Nachrichten empf\u00e4ngt, steht vor einem Problem: Woher kommt wirklich diese Nachricht? Ist sie von service@amazon.de oder doch von einem Betr\u00fcger? Und wenn ich mich auf einer Webseite registriere \u2013 […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[38,41,17],"tags":[214,1753,1757,1860,5408,6538,6733],"class_list":["post-4339","post","type-post","status-publish","format-standard","hentry","category-alltagsphanomene","category-digitalkultur","category-im-herz","tag-absenderauthentifizierung","tag-dkim","tag-dmarc","tag-e-mail-sicherheit","tag-plus-tagging","tag-spf","tag-subaddressing"],"_links":{"self":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts\/4339","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/comments?post=4339"}],"version-history":[{"count":0,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts\/4339\/revisions"}],"wp:attachment":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/media?parent=4339"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/categories?post=4339"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/tags?post=4339"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}