Arten von Webservern und die Software, die sie betreiben

Ein Webserver ist die Software, die auf HTTP/HTTPS-Anfragen lauscht und Webseiten an Browser zurückgibt. Für E-Mail ist er wichtiger, als man erwartet: Der Webserver ist der Ort, an dem Benutzer ihre Mails lesen (Webmail), an dem sie Ihnen Nachrichten senden (Kontaktformulare) und an dem jedes “Wir senden Ihnen eine Bestätigung per E-Mail” beginnt. Er ist die Eingangstür der Kommunikation mit Ihren Benutzern — die Website fragt, und die E-Mail folgt nach.

1. Webserver vs. Applikationsserver vs. Reverse Proxy

Das Wort “Server” umfasst mehrere Rollen, die meist zusammen laufen:

• Web- (HTTP-)Server — spricht HTTP, liefert Seiten und statische Dateien aus. Beispiele: Nginx, Apache, LiteSpeed, IIS, Caddy.
• Applikationsserver — führt das Programm aus, das die Seite erzeugt und E-Mails auslöst (Anmeldebestätigungen, Passwort-Zurücksetzungen). Beispiele: PHP-FPM, Apache Tomcat, Gunicorn, Node.js.
• Reverse Proxy / Load Balancer — sitzt davor, terminiert TLS, cacht, verteilt den Datenverkehr. Nginx, HAProxy, Envoy, Caddy; auch CDNs wie Cloudflare spielen diese Rolle.

2. Die Webserver-Software, der Sie tatsächlich begegnen

3. Wie Webserver Mails anzeigen und mit Ihren Benutzern sprechen

Hier treffen Webserver und E-Mail direkt aufeinander:

• Webmail — Clients wie Roundcube, SOGo und Rainloop/Snappymail sind Web-Apps. Ein Webserver (Apache/Nginx) stellt Ihren Posteingang im Browser dar; dahinter hält ein IMAP-Server die eigentlichen Nachrichten.
• Kontakt- & Anmeldeformulare — wenn ein Besucher Ihnen schreibt, übergibt die Web-App auf dem Webserver die Nachricht an einen Mail-Server zur Zustellung. Das Formular ist die Hälfte der Website; die E-Mail ist die Nachverfolgung.
• Transaktionale E-Mail — Bestätigungen, Belege, Passwort-Zurücksetzungen und Warnungen werden durch Code ausgelöst, der auf dem Applikationsserver läuft, und dann über einen MTA oder eine API (Amazon SES, SendGrid…) versendet.
• HTML-E-Mail-Rendering — dieselben HTML/CSS-Fähigkeiten, mit denen Webseiten gebaut werden, bauen auch die E-Mails, die Ihre Benutzer erhalten; die Nachricht ist im Grunde eine winzige Webseite, die an einen Posteingang ausgeliefert wird.

4. Webserver ≠ Mail-Server

Die Website einer Domain und ihre E-Mail werden von unterschiedlichen Servern ausgeliefert, auf die unterschiedliche DNS-Einträge verweisen. Der Webserver wird über A/AAAA-Einträge gefunden (Browser, HTTP); der Mail-Server wird über MX-Einträge gefunden (andere Mail-Server, SMTP). Eine Domain kann eine makellose Website und überhaupt keine funktionierende E-Mail haben — oder umgekehrt.

Deshalb sagt eine schnelle Website nichts darüber aus, ob someone@theirdomain.com Mails empfangen kann. Um die Mail-Seite zu untersuchen, nutzen Sie unseren MX-Lookup und den E-Mail-Checker; um mehr über die Software der Mail-Seite zu erfahren, siehe Arten von E-Mail-Servern.

5. So erkennen Sie, welchen Webserver eine Website verwendet

Die meisten Webserver geben sich im Server-Antwort-Header zu erkennen:

curl -I https://example.com

HTTP/2 200
server: nginx
content-type: text/html; charset=UTF-8

Betreiber können diesen Header verbergen oder fälschen, und ein CDN meldet oft seinen Server statt dem des Ursprungs — behandeln Sie ihn daher als starken Hinweis, nicht als Beweis. Dasselbe Prinzip gilt auf der Mail-Seite: Das Begrüßungs-Banner eines SMTP-Servers nennt ebenfalls meist seine Software.