SMTP-Test: Jeden Mailserver prüfen

Ein kostenloser SMTP-Check: Testen Sie jeden Mailserver live auf Port 25, 587, 465 oder 2525. Sie sehen Begrüßung, TLS und Zertifikat und ob er für Fremde weiterleitet. Kein Passwort, keine gesendete Mail.

Eine Live-Sitzung von unserem Testserver in Mumbai · Google Public DNS · 4 Root-Stores · Team Cymru · die Listen aus dem IP-Blacklist-Check
Was der Test prüft, der Reihe nach
  1. Verbinden
  2. Begrüßung
  3. EHLO
  4. STARTTLS
  5. Zertifikat
  6. EHLO nach TLS
  7. Passwort-Login
  8. Relay-Prüfung

Eine SMTP-Sitzung von unserem Testserver: kein Passwort, kein DATA, keine Mail gesendet. Antworten bleiben 2 Minuten gespeichert, damit Wiederholungen schnell gehen; ein Protokoll Ihrer Tests führen wir nicht.

Was prüft ein SMTP-Test?

Ein SMTP-Test führt dasselbe Gespräch wie ein sendender Server: Er verbindet sich, wartet auf die Begrüßung 220, stellt sich mit EHLO vor, wechselt mit STARTTLS zu TLS, prüft das Zertifikat, fragt erneut mit EHLO und bittet auf Port 25 den Server, an die Domain eines Fremden auszuliefern. Jeder Schritt antwortet mit einem dreistelligen Code, und die Antworten zeigen, was funktioniert.

Wir hören auf, bevor etwas rausgeht: kein Passwort, kein DATA, es wird also nie eine E-Mail gesendet. Jeder Schritt scheitert auf seine eigene Weise, und die Art des Scheiterns verrät, wer es beheben muss.

  1. 1Verbinden3 msgefiltert · geschlossen
  2. 2Begrüßung220 · 236 ms421 · 554 · Stille
  3. 3EHLO250 · 245 ms500 → HELO
  4. 4STARTTLS220 · 233 ms454 · nicht angeboten
  5. 5TLS1.3 · 6 msaltes TLS · keine gemeinsame Cipher
  6. 6Zertifikatgültig · 58 Tabgelaufen · selbstsigniert · falscher Name
  7. 7EHLO erneut250 · 237 msAUTH vor TLS
  8. 8Relay-Prüfung550 · 475 ms250 = Open Relay
Ein echter Test von gmail-smtp-in.l.google.com auf Port 25 von unserem Testserver, 24. Okt. 2026. Unter jedem Schritt: wie er scheitert. Die Linie unter den Schritten ist die Verbindung: lesbar bis STARTTLS, danach verschlüsselt.
SMTP-Test von gmail-smtp-in.l.google.com auf Port 25: das Ergebnis, jeder Schritt und das SMTP-Gespräch mit STARTTLSSMTP-Test von gmail-smtp-in.l.google.com auf Port 25: das Ergebnis, jeder Schritt und das SMTP-Gespräch mit STARTTLSEin ErgebnisFunktioniert, funktioniert mit Problemen, Open Relay, abgewiesen, nicht erreichbar: die Antwort in einem Satz, mit ihrer Grundlage.Die FaktenDie Adresse, ihr Netzwerk, ihr Reverse-DNS-Name, die Verschlüsselung, das Zertifikat und die Blocklisten auf einen Blick.Schritt für SchrittJeder Schritt der Sitzung mit der Wartezeit des Servers: Verbindung, Begrüßung, EHLO, STARTTLS, Zertifikat, erneut EHLO, Login und Relay-Prüfung.Wo TLS beginntDas ganze Gespräch, Zeile für Zeile. Über der Naht ist es unterwegs lesbar, darunter verschlüsselt.
Ein echter Test von Gmails Mailserver auf Port 25 von unserem Testserver. Wählen Sie eine Nummer, um zu sehen, was jeder Teil zeigt.

Welchen SMTP-Port sollten Sie nutzen: 25, 587, 465 oder 2525?

Port 25 ist für Server, die einander ausliefern: Dort lauschen die MX-Server einer Domain, und niemand meldet sich an. Port 587 ist, wo Ihre Mail-App eine Nachricht nach STARTTLS und Passwort an Ihren Anbieter übergibt (RFC 6409). Port 465 tut dasselbe mit TLS ab dem ersten Byte.

Port 2525 ist in der IANA-Registry gar kein Mail-Port: Er gehört zu „ms-v-worlds“. SendGrid, Mailgun und Postmark öffnen ihn, weil manche Netze 587 sperren. Und weil Spam einst aus infizierten Heimrechnern strömte, sperren die meisten Clouds und viele Heimanbieter ausgehenden Port 25 standardmäßig.

  • 587STARTTLS, dann Login
  • 465erst TLS, dann Login
  • 2525wo 587 gesperrt ist
  • 25Server zu Server, kein Login
Anbieter255874652525
Gmail / Google Workspacesmtp.gmail.com––✓✓––
Microsoft 365smtp.office365.com✓beste✓nein✕––
SendGridsmtp.sendgrid.net✓beste✓✓✓
Mailgunsmtp.mailgun.org✓✓✓✓
Postmarksmtp.postmarkapp.com✓✓––✓

Ausgehender Port 25 standardmäßig gesperrt: AWS · Google Cloud · Azure · Comcast. Port 587 muss offen bleiben (RFC 5068).

Ports, die der Sendehost jedes Anbieters akzeptiert, laut dessen eigenen Einrichtungsseiten (Oktober 2026). Microsoft 365 hat kein 465: Es verlangt STARTTLS auf 587.

SMTP-Antwortcodes: Was 220, 250, 421, 550 und 554 bedeuten

Jede SMTP-Antwort beginnt mit drei Ziffern. Die erste sagt, was zu tun ist: 2 erledigt, 3 mehr senden, 4 später erneut versuchen, 5 nicht wiederholen. Die zweite ordnet das Thema (0 Syntax, 2 Verbindung, 5 das Mailsystem), die dritte ist das Detail.

Die meisten Server hängen einen erweiterten Code wie 5.1.1 an (wenn sie ENHANCEDSTATUSCODES melden): Klasse, Thema (1 Adressierung, 7 Sicherheit oder Richtlinie), Detail. Der Text nach den Codes ist für Menschen und unterscheidet sich von Server zu Server: Lesen Sie zuerst die Zahlen.

  • 220Dienst bereitdie Begrüßung · nach STARTTLS
  • 221Verbindung wird geschlossennach QUIT
  • 250OK, erledigtEHLO · MAIL · RCPT · RSET
  • 354Nachricht jetzt sendennach DATA: Dahin kommen wir nie
  • 421Gerade nicht verfügbar, Verbindung wird geschlossendie Begrüßung: ausgelastet oder Limits
  • 451Später erneut versuchenRCPT: Greylisting
  • 454TLS gerade nicht verfügbarSTARTTLS
  • 530Zuerst anmeldenMAIL auf Port 587
  • 535Falscher Benutzername oder falsches PasswortAUTH: Wir senden nie eines
  • 550Postfach nicht verfügbar oder nicht erlaubtRCPT: die Relay-Prüfung
  • 554Hier gibt es keinen SMTP-Dienstdie Begrüßung: abgewiesen
Die Codes, die dieser Test antrifft, und wo. Farben nach erster Ziffer: 2 erledigt, 3 wartend, 4 vorübergehend, 5 dauerhaft (RFC 5321 §4.2; 454, 530 und 535 aus RFC 3207 und RFC 4954).

STARTTLS oder implizites TLS: SMTP-TLS-Check für Port 587 und 465

Bei STARTTLS (Port 587 und zwischen Servern Port 25) beginnt das Gespräch im Klartext und wechselt mittendrin zu TLS. Bis zum Wechsel kann jeder auf dem Weg mitlesen und STARTTLS unbemerkt aus der Liste des Servers streichen: Ein Absender ohne MTA-STS oder DANE macht dann unverschlüsselt weiter.

Bei implizitem TLS (Port 465) kommt der TLS-Handshake zuerst, bevor der Server ein Wort sagt. RFC 8314 (2018) bittet Mail-Apps, es zu bevorzugen; richtig umgesetzt sind beide gleich sicher. Zwischen Servern auf Port 25 gibt es nur STARTTLS.

587STARTTLSsmtp.gmail.com
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · 8BITMIME · STARTTLS · …
  4. →STARTTLS
  5. ←2202.0.0 Ready to start TLS
TLS 1.3Handshake 6 ms
  1. →EHLO probe.dnsrobot.net
  2. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  3. →AUTH … (Ihre App)

Die ersten fünf Zeilen laufen lesbar: Ein Angreifer kann hier STARTTLS entfernen.

465Implizites TLSsmtp.gmail.com
TLS 1.3Handshake 6 ms
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  4. →AUTH … (Ihre App)

Nichts läuft lesbar: Es gibt kein STARTTLS, das sich entfernen ließe.

Derselbe Server, smtp.gmail.com, auf beiden Ports von unserem Testserver getestet. Die gestrichelte Schiene ist unterwegs lesbar; die cyanfarbene ist verschlüsselt.

EHLO: Was die Erweiterungsliste des Servers bedeutet

Ein Client beginnt mit EHLO und seinem Namen; der Server antwortet mit 250 und einer Zeile je unterstützter Erweiterung. Diese Liste ist die Speisekarte des Servers: die größte Nachricht, ob er auf TLS umstellen kann, welche Login-Methoden er annimmt.

Nach STARTTLS muss der Client die Liste vergessen und neu fragen (RFC 3207). Ein gut eingestellter Server streicht dann STARTTLS und ergänzt oft AUTH, sodass Passwörter nur innerhalb von TLS angeboten werden. AUTH PLAIN oder LOGIN in der Liste vor TLS ist ein Befund: Eine App könnte das Passwort im Klartext senden.

  1. SIZE 35882577Größte Nachricht: 34,2 MBSIZE 35882577
  2. 8BITMIMEUmlaute und nicht lateinische Schrift kommen unverändert durch8BITMIME
  3. STARTTLSKann auf TLS umstellen: nur davor angebotenweg
  4. noch nichtPasswort- oder OAuth-Login: nur innerhalb von TLS angebotenAUTH LOGIN PLAIN XOAUTH2 …
  5. ENHANCEDSTATUSCODESAntworten tragen Codes wie 5.1.1ENHANCEDSTATUSCODES
  6. PIPELININGMehrere Befehle auf einmalPIPELINING
  7. CHUNKINGDie Nachricht in Blöcken bestimmter Größe (BDAT)CHUNKING
  8. SMTPUTF8Adressen wie ü@example.comSMTPUTF8

Außerdem zu sehen: DSN Zustellberichte · VRFY „Gibt es diesen Nutzer?“ (oft aus) · REQUIRETLS TLS auf jedem Hop · BINARYMIME rohe Binärdaten mit CHUNKING · ETRN Backup-Server holen wartende Mail ab.

smtp.gmail.com auf Port 587: die Antwort auf EHLO vor und nach STARTTLS. STARTTLS verschwindet und AUTH erscheint, wie RFC 3207 und RFC 4954 es verlangen.

SMTP-Relay-Test: Ist Ihr Mailserver ein Open Relay?

Ein Open Relay liefert Mail für jeden an jeden aus, daher suchen Spammer danach und Blocklisten führen sie. RFC 2505 bittet Mailserver seit 1999, das abzulehnen, und Submission-Server dürfen ohne Login nie weiterleiten (RFC 5068).

Auf Port 25 bitten wir den Server als Fremde, an die Domain eines anderen auszuliefern: MAIL FROM unsere Testadresse, dann RCPT TO:<relay-test@example.com>. Ein 4xx oder 5xx lehnt ab: gut. Ein 250 nimmt an: ein starkes Indiz für ein Open Relay, auch wenn einige Server erst später nach DATA ablehnen. Wir senden nie DATA, daher wird in beiden Fällen nichts ausgeliefert.

  1. MAIL FROM
  2. RCPT TO ?
  3. RSET
  4. DATA nie
  5. QUIT
Eine Ablehnung beweist

dass dieser Server für diesen Fremden an diese Domain nicht weiterleitet. Gmail antwortete 550 5.1.1: Es nimmt gar keine Mail für example.com an.

Sie beweist nicht

dass er jeden ablehnt (er vertraut womöglich manchen Netzen), und ein 250 beweist nicht, dass die Mail rausgehen würde: Einige Server lehnen erst nach DATA ab.

Unsere Prüfung, wie sie nur auf Port 25 läuft: vier Befehle und QUIT. Die Ports 587 und 465 verlangen zuerst einen Login, daher läuft die Prüfung dort nicht.

Zertifikate auf Mailservern: MTA-STS und DANE

Zwischen Mailservern wird ein Zertifikat nur geprüft, wenn die empfangende Domain es verlangt. Ohne Policy nimmt ein Absender jedes Zertifikat, auch ein abgelaufenes, und fällt auf Klartext zurück, wenn STARTTLS scheitert.

MTA-STS veröffentlicht per HTTPS eine Policy: nur über TLS ausliefern, an diese MX-Namen, mit gültigem Zertifikat. DANE verankert den Schlüssel des Servers im DNS (ein TLSA-Eintrag), was DNSSEC braucht. Unser Test prüft das Zertifikat auf MTA-STS-Art, gegen den eigenen Namen des Servers, und zeigt die Policy der Domain daneben.

Name passt zum MXNicht abgelaufenVertrauenswürdige CABraucht DNSSECKein Downgrade möglich
Opportunistisches STARTTLSkeine Policy–––––
MTA-STSmta-sts.<domain>/.well-known/mta-sts.txt–
DANE_25._tcp.<mx> TLSA, signierte ZoneSchlüssel passtSchlüssel passtnicht nötig
MTA-STS-Policy von gmail.com
version: STSv1
mode: enforce
mx: smtp.google.com
mx: gmail-smtp-in.l.google.com
mx: *.gmail-smtp-in.l.google.com
max_age: 86400
Zertifikat von mx.google.com · 26 Namen
mx.google.com
smtp.google.com
aspmx.l.google.com
gmail-smtp-in.l.google.com
alt1.gmail-smtp-in.l.google.com
… alt4, gmr-smtp-in, mx1.smtp.goog
gültig bis 21. Dez. 2026 · Google Trust Services WE2
Gmails Live-Policy und das Zertifikat, das seine MX-Server vorlegen (24. Okt. 2026): Jeder MX-Name der Policy ist abgedeckt. gmail.com hat kein DANE: Seine Zone ist nicht mit DNSSEC signiert.

SMTP-Server testen: So prüfen Sie ihn vom eigenen Rechner

Unser Test läuft von unserem Server und zeigt, was das Internet sieht. Ob Ihr Netz Sie auf Port 25 oder 587 hinauslässt, ist eine andere Frage, die eine Webseite nicht beantworten kann: Browser öffnen die Ports 25, 465 und 587 gar nicht erst (die „bad ports“ des Fetch-Standards).

Führen Sie dazu eines dieser Kommandos auf Ihrem eigenen Rechner aus. Unter Windows antwortet Test-NetConnection in einer Sekunde. Unter macOS und Linux übernimmt openssl s_client den STARTTLS-Wechsel und zeigt das Zertifikat; tippen Sie dann EHLO test, und Sie sprechen SMTP. swaks skriptet eine ganze Sitzung.

WindowsmacOSLinux
$ openssl s_client -starttls smtp -connect smtp.gmail.com:587 -crlf
depth=0 CN=smtp.gmail.com
Protocol: TLSv1.3 · Cipher is TLS_AES_256_GCM_SHA384
Verification: OKvertrauenswürdig
› EHLO test
250-smtp.gmail.com at your service
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTHLogin in TLS
250 SMTPUTF8
Unser TestserverPort 25 offen
Ihr RechnerIhr Provider sperrt 25 evtl.
Eine Webseite25 · 465 · 587 verweigert
Ein Lauf von einem Laptop am 24. Okt. 2026 (die Adresse, die der Server zurückgab, ist weggelassen). Die Bahnen: wer den Port eines Mailservers erreichen kann und wer darüber entscheidet.

Warum ein Mailserver einen SMTP-Test abweist

Eine Ablehnung heißt nicht immer, dass der Server kaputt ist. Mailserver wehren sich: Sie weisen Adressen auf Blocklisten ab, bremsen oder verzögern Fremde und begrenzen, wie viele Verbindungen ein Absender öffnet. Unser Test ist für jeden Server, den er anruft, ein Fremder, trifft also zuerst auf diese Abwehr.

Lesen Sie die erste Antwort. Ein 4xx ist vorübergehend, und echte Absender versuchen es erneut. Ein 554 bei der Begrüßung oder ein 5xx bei RCPT ist eine Richtlinienentscheidung über den Absender, die für Ihren womöglich nicht gilt. Gar keine Antwort ist eine Netzwerkfrage, keine SMTP-Frage.

  • Unsere Adresse ist per Policy gesperrt5545.7.1 Service unavailable; client host blocked

    Er weist unseren Testserver ab, vielleicht auch Ihren. Prüfen Sie seine Blocklisten und die Allowlist des Servers.

  • Zu ausgelastet oder ein Rate-Limit4214.7.0 Too many concurrent SMTP connections

    Vorübergehend: Absender wiederholen 421 stundenlang. Testen Sie in ein paar Minuten erneut.

  • Greylisting4514.7.1 Greylisted, please try again later

    Unbekannte Absender werden gebeten, später wiederzukommen. Echte Server tun das, die Mail kommt also spät an, geht aber nicht verloren.

  • Eine langsame Begrüßung (Tarpit)… 18 s Stille … 220mail.example.net

    RFC 5321 erlaubt Absendern, 5 Minuten zu warten. Unser Test wartet 15 Sekunden und sagt das.

  • Kein Reverse DNS für den Absender5505.7.25 The IP address sending this message does not have a PTR record

    Gmails Antwort an einen Absender ohne PTR-Eintrag. Unser Testserver hat einen.

  • Eine Firewall verwirft die Verbindungkeine Antwort in 10 s (gefiltert)

    Der Port lässt nur bekannte Absender herein, oder ein Netz unterwegs sperrt ihn.

Die sechs häufigsten Ablehnungen bei einem Test, mit der Antwort, die jede sendet. Der Text zu 550 5.7.25 stammt von Gmail; die anderen sind typische Formulierungen, die je nach Server variieren.

SMTP-Authentifizierung: Warum dieser SMTP-Tester nie nach Ihrem Passwort fragt

Viele SMTP-Tester verlangen Benutzername und Passwort und senden eine echte E-Mail. Wir nicht: Ein Passwort, das Sie auf fremden Webseiten eingeben, müssen Sie danach ändern. Der Test zeigt, was Sie brauchen, auch ohne das: ob der Server einen Login anbietet, mit welchen Methoden und nur innerhalb von TLS.

Passwörter laufen ohnehin aus. Google lässt Apps nicht mehr nur mit Ihrem Passwort bei Gmail anmelden, und Microsoft schaltet Basic Authentication für SMTP AUTH bei bestehenden Tenants Ende Dezember 2026 standardmäßig ab. Meldet sich Ihre App noch mit Passwort an, testen Sie sie in der App, mit einem App-Passwort.

Login-Methoden (IANA-SASL-Registry)
  • PLAINverbreitet
  • OAUTHBEARERverbreitet
  • SCRAM-SHA-256verbreitet
  • CRAM-MD5begrenzt
  • LOGINveraltet
  • XOAUTH2veraltet
  • DIGEST-MD5veraltet

XOAUTH2 ist als veraltet markiert, wird aber heute von den Apps von Gmail und Microsoft 365 genutzt.

Passwort-Login für SMTP: die Enddaten
Google
14. Mär. / 1. Mai 2025: Workspace beendet Passwort-Anmeldung
Microsoft 365
Basic Auth unverändertEnde Dez. 2026: standardmäßig aus

Microsoft will das endgültige Entfernungsdatum in der zweiten Hälfte 2027 bekannt geben. Googles eigene Seiten nennen für Workspace zwei Daten.

Status aus der IANA-Registry der SASL-Mechanismen; Daten aus den Ankündigungen von Google und Microsoft (Microsofts vom 27. Jan. 2026).

SMTP-Test: häufig gestellte Fragen

Was ist ein SMTP-Test, und was zeigt ein SMTP-Checker?

Ein SMTP-Test öffnet mit einem Mailserver eine echte SMTP-Sitzung, so wie es ein sendender Server täte, und liest jede Antwort: die Begrüßung, die Erweiterungen, den TLS-Wechsel, das Zertifikat und auf Port 25, ob er Mail für Fremde weiterleitet. Dieses SMTP-Test-Tool hört vor DATA auf und meldet sich nie an, es wird also keine E-Mail gesendet und kein Passwort gebraucht.

Wie kann ich einen SMTP-Server testen?

Geben Sie den Namen des Servers (smtp.example.com) oder die IP-Adresse ein, oder eine Domain oder E-Mail-Adresse, um ihre MX-Server zu testen, wählen Sie den Port und klicken Sie auf Testen. Das Ergebnis zeigt jeden Schritt mit seiner Zeit, das ganze Gespräch und was zu beheben ist. Für einen Test aus Ihrem eigenen Netz nutzen Sie die Befehle unter dem Ergebnis: Test-NetConnection unter Windows, openssl s_client unter macOS und Linux.

Welchen Port sollte ich nutzen: 25, 587, 465 oder 2525?

Mail-Apps und Websites senden über ihren Anbieter auf Port 587, mit STARTTLS und Passwort, oder auf Port 465, mit TLS ab dem ersten Byte. Server liefern einander auf Port 25 aus, ohne Login. Port 2525 ist eine inoffizielle Alternative, die SendGrid, Mailgun und Postmark öffnen, wo 587 gesperrt ist; in der IANA-Registry ist er kein Mail-Port.

Sperrt mein Provider Port 25 oder 587?

Unser Test kann das nicht sagen, weil er von unserem Server läuft. AWS, Google Cloud, Azure und viele Heimanbieter wie Comcast sperren ausgehenden Port 25 standardmäßig; laut RFC 5068 dürfen Anbieter 587 nicht sperren. Um Ihr eigenes Netz zu prüfen, führen Sie in PowerShell Test-NetConnection smtp.gmail.com -Port 587 aus, oder unter macOS und Linux nc -vz smtp.gmail.com 587. Eine Zeitüberschreitung heißt Sperre.

Was bedeuten 220, 421 und 554 in einem SMTP-Test?

220 ist die Begrüßung: Der Server ist bereit und nennt seinen Namen. 421 heißt „jetzt nicht“: Der Server ist ausgelastet oder begrenzt Verbindungen und legt auf, versuchen Sie es später erneut. 554 bei der Begrüßung heißt, er weigert sich, überhaupt mit diesem Absender zu sprechen, oft wegen einer Blockliste oder Richtlinie; Absender, denen er vertraut, kommen womöglich trotzdem durch.

Was ist STARTTLS, und ist es Pflicht?

STARTTLS stellt eine einfache SMTP-Verbindung auf TLS um, sodass der Rest des Gesprächs verschlüsselt ist. Submission-Server auf Port 587 verlangen es meist, bevor Sie sich anmelden können. Ein öffentlicher Mailserver auf Port 25 darf es zur Annahme von Mail nicht verlangen, sollte es aber anbieten: Gmail, Microsoft 365 und die meisten Anbieter tun das, und unser Test markiert Server, die es nicht tun.

Warum läuft mein SMTP-Test in eine Zeitüberschreitung?

Gar keine Antwort innerhalb von 10 Sekunden heißt, der Port ist gefiltert: Eine Firewall verwirft die Verbindung, oder der Server nimmt nur bekannte Absender an. Das ist etwas anderes als eine abgelehnte Verbindung, bei der der Rechner sofort antwortet und nichts auf dem Port lauscht. Ein Server nur mit IPv6-Adresse ist von unserem Testserver noch nicht erreichbar; das Ergebnis sagt das, statt „down“.

Können Sie die SMTP-Authentifizierung mit meinem Benutzernamen und Passwort testen?

Nein, mit Absicht: Dieser SMTP-Tester nimmt nie Passwörter an. Er zeigt, welche Login-Methoden der Server anbietet und ob nur innerhalb von TLS, also das, was ein Passworttest preisgäbe. Um Ihren eigenen Login zu testen, nutzen Sie Ihre Mail-App oder swaks auf Ihrem Rechner mit einem App-Passwort, damit das Passwort Ihren Rechner nie verlässt.

Wie funktioniert der Open-Relay-Test?

Auf Port 25 bittet unser Testserver den Mailserver als Fremder, an eine Adresse bei example.com auszuliefern. Eine Ablehnung (4xx oder 5xx) ist gut. Ein 250 ist ein starkes Indiz für ein Open Relay, das jeder zum Spamversand nutzen könnte. Wir hören vor DATA auf, es wird also nichts ausgeliefert, und einige Server, die hier annehmen, lehnen später trotzdem ab.

Was ist der Unterschied zwischen EHLO und HELO?

Beide eröffnen das Gespräch mit dem Namen des Clients. HELO ist der ältere Befehl und bekommt ein schlichtes OK. EHLO bittet den Server zusätzlich, seine Erweiterungen aufzulisten: SIZE, STARTTLS, AUTH und die übrigen. Jeder aktuelle Server beantwortet EHLO; ein Client fällt nur auf HELO zurück, wenn EHLO abgelehnt wird, und unser Test markiert einen Server, der das braucht.

Sendet der SMTP-Test eine E-Mail?

Nein. Unser Testserver sagt QUIT vor DATA, dem Befehl, der eine Nachricht beginnt, und meldet sich nie an. Der Mailserver sieht ein kurzes Gespräch von probe.dnsrobot.net, und nichts erreicht ein Postfach. Um zu prüfen, wie eine echte Nachricht ankommt, nutzen Sie unseren E-Mail Checker, der eine Mail liest, die Sie ihm senden.

Wie lauten die SMTP-Einstellungen von Gmail und Outlook?

Gmail: smtp.gmail.com, Port 587 mit STARTTLS oder 465 mit TLS, Anmeldung mit OAuth oder App-Passwort. Microsoft 365: smtp.office365.com, Port 587 mit STARTTLS; es hat kein implizites TLS auf 465. Outlook.com: smtp-mail.outlook.com auf 587, mit moderner Anmeldung. Die Beispiel-Buttons oben testen die ersten beiden.

Fehlt Ihnen etwas?Funktion oder neues Tool vorschlagen